This website requires JavaScript.
Explore
Help
Sign In
maxjhandsome
/
llvm-project
forked from
OSchip/llvm-project
Watch
1
Star
0
Fork
You've already forked llvm-project
0
Code
Issues
Pull Requests
Packages
Releases
Wiki
Activity
bcba2b2b75
llvm-project
/
clang
/
test
/
Preprocessor
/
header_lookup1.c
3 lines
81 B
C
Raw
Normal View
History
Unescape
Escape
Change this test to reflect the state we are moving in. The Clang builtin headers are no longer going to receive the old 'implicit extern "C" block' semantics. This hint is actually ignored by both Clang and GCC at this point, and Clang's own builtin headers can simply be changed if there is any issue with this. Clang should be free to include these however it wants, and so shorter and simpler is better. Note: *nothing* is changing about the *system* stddef.h include. That should always have the exact same include semantics, whether with Clang or GCC or any other compiler. Only the compiler-builtin header search path is changing. If anyone knows of some risk that this introduces that I've not thought of, please chime in. So far, only Windows has switched to the Brave New World, but others should be switching soon. llvm-svn: 143806
2011-11-05 18:15:33 +08:00
// RUN: %clang -fno-ms-extensions %s -E | grep 'stddef.h.*3'
This really seems like a boring set of fixes to our tests to make them more independent of the underlying system. Let me know if any of these are too aggressive. llvm-svn: 119345
2010-11-16 18:26:08 +08:00
#
include
<stddef.h>