| 6c801b66fed0da4ab9bb6a7967bffc7e7d9ea970 |
|
10-Nov-2012 |
Meador Inge <meadori@codesourcery.com> |
Add a few more test cases for verifying -fno-builtin.
Some holes in testing where discovered while working on the LLVM library
call simplifiers.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@167661 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/libcalls-fno-builtin.c
|
| 75a96d02ded688e34d5e8068abf0afb876ed870b |
|
29-Feb-2012 |
Chad Rosier <mcrosier@apple.com> |
I referenced the incorrect rdar in my previous commit (r151745). Add the
correct radar number to the test case for tracking purposes.
rdar://10551066
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@151746 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/libcalls-fno-builtin.c
|
| 3f3335dbc30fbcd71b295d248cd3d5f6d94ce3fb |
|
29-Feb-2012 |
Chad Rosier <mcrosier@apple.com> |
Allocate TargetLibraryInfo for the CodeGen passes. Otherwise, it's instantiated
by the BAA pass, which uses the default TargetLibraryInfo constructor.
Unfortunately, the default TargetLibraryInfo constructor assumes all library
calls are available and thus ignores -fno-builtin.
rdar://10947759
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@151745 91177308-0d34-0410-b5e6-96231b3b80d8
/external/clang/test/CodeGen/libcalls-fno-builtin.c
|