http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
Jack Howarth <howarth at nitro dot med.uc.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|--with-native-system-header |fixincludes doesn't honor |-dir confuses -isysroot |the use of --with-sysroot | |during bootstrap --- Comment #1 from Jack Howarth <howarth at nitro dot med.uc.edu> --- The removal of the SDK from / on darwin exposes a defect in fixincludes. The fixinc.in hardcodes "/usr/include" without any attempt to detect if the bootstrap has been invoked with the "--with-sysroot" configure option. On darwin13, one currently has to hack around this defect with... perl -pi -e 's|/usr/include|`xcrun --show-sdk-path`/usr/include|g' fixincludes/fixinc.in before executing… --prefix=/sw --prefix=/sw/lib/gcc4.8 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.8/info --enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-isl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --enable-checking=release --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.8 --with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk This bootstraps normally and produces a compiler with a functional -isysroot compiler option (i.e. the directory passed to -isysroot is appended to /). Some mechanism needs to be added to allow the use of --with-sysroot in the bootstrap to be detected in the fixincludes/fixinc.in shell script and, if --with-sysroot is in use, the path to the sysroot prefixed to /usr/include at… # # # # # # # # # # # # # # # # # # # # # # # Search each input directory for broken header files. # This loop ends near the end of the file. # if test $# -eq 0 then INPUTLIST="/usr/include" else INPUTLIST="$@" fi