clang's stdint.h is found before platform stdint.h

[llvmbot]

Bugzilla Link	3841
Resolution	FIXED
Resolved on	Mar 12, 2010 00:57
Version	unspecified
OS	Linux
Reporter	LLVM Bugzilla Contributor
CC	@efriedma-quic

Extended Description

Is this intentional?

This breaks glib, in the following roundabout fashion:

ddunbar@frank:tmp$ echo "#include <sys/inotify.h>" | clang -E -x c - | grep flexarr
char name __flexarr;
ddunbar@frank:tmp$ echo "#include <sys/inotify.h>" | gcc -E -x c - | grep flexarr

(__flexarr is a define coming from sys/cdefs.h)

[lattner]

How does this work for gcc?

[llvmbot]

gcc puts its include directories before /usr/include (but after, notably, /usr/local/include); however, none of them contain a stdint.h

--
ddunbar@frank:glib-2.18.4$ clang-driver -E -v -x c /dev/null
clang version 1.0 (https://ddunbar@llvm.org/svn/llvm-project/cfe/trunk 67251:67297)
Target: i686-pc-linux-gnu
"/home/ddunbar/llvm.trunk/Debug/bin/clang" -E -disable-free --relocation-model static --disable-fp-elim --unwind-tables=0 --fmath-errno=1 -v -arch i386 -o - -x c /dev/null
ignoring nonexistent directory "/System/Library/Frameworks"
ignoring nonexistent directory "/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
/home/ddunbar/llvm.trunk/Debug/lib/clang/1.0/include
/usr/local/include
/usr/include
End of search list.

1 "/dev/null"

1 "/dev/null" 1

1 "" 1

1 "/dev/null" 2

clang version 1.0 based upon llvm 2.6svn hosted on i686-pc-linux-gnu
ddunbar@frank:glib-2.18.4$ gcc -E -v -x c /dev/null
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.3-3' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.3 (Debian 4.3.3-3)
COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic'
/usr/lib/gcc/i486-linux-gnu/4.3.3/cc1 -E -quiet -v /dev/null -mtune=generic
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../i486-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/i486-linux-gnu/4.3.3/include
/usr/lib/gcc/i486-linux-gnu/4.3.3/include-fixed
/usr/include/i486-linux-gnu
/usr/include
End of search list.

1 "/dev/null"

1 ""

1 ""

1 "/dev/null"

COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/4.3.3/:/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic'

[lattner]

GCC 4.5 now provides stdint.h

[efriedma-quic]

This should be fixed with r70806; let me know if there are still issues.

[llvmbot]

Thanks Eli, I'll try and remember to verify.