mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2025-02-27 02:31:09 +00:00
252c120f4a
We used to do this before refactorings around r225640. Some clang users checked for _chk libcall availability using: __has_builtin(__builtin___memcpy_chk) When compiling with -fno-builtin, this is always true. When passing -ffreestanding/-mkernel, which both imply -fno-builtin, we end up with fortified libcalls, which isn't acceptable in a freestanding environment which only provides their non-fortified counterparts. Until we change clang and/or teach external users to check for availability differently, disregard the "nobuiltin" attribute and TLI::has. Workaround for PR23093. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@233776 91177308-0d34-0410-b5e6-96231b3b80d8
19 lines
677 B
LLVM
19 lines
677 B
LLVM
; RUN: opt -S -disable-simplify-libcalls -codegenprepare < %s | FileCheck %s
|
|
target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"
|
|
|
|
; This is a workaround for PR23093: when building with -mkernel/-fno-builtin,
|
|
; we still generate fortified library calls.
|
|
|
|
; Check that we ignore two things:
|
|
; - attribute nobuiltin
|
|
; - TLI::has (always returns false thanks to -disable-simplify-libcalls)
|
|
|
|
; CHECK-NOT: _chk
|
|
; CHECK: call void @llvm.memset.p0i8.i64(i8* %dst, i8 0, i64 %len, i32 1, i1 false)
|
|
define void @test_nobuiltin(i8* %dst, i64 %len) {
|
|
call i8* @__memset_chk(i8* %dst, i32 0, i64 %len, i64 -1) nobuiltin
|
|
ret void
|
|
}
|
|
|
|
declare i8* @__memset_chk(i8*, i32, i64, i64)
|