http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
Bug ID: 57792
Summary: --with-native-system-header-dir confuses -isysroot
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at nitro dot med.uc.edu
The removal of the SDK from / (i.e. no /usr/include or
/System/Library/Frameworks/*.framework/Headers directories) breaks the
fixincludes step of the bootstrap on darwin. The only current workaround
appears to be using the
"--with-native-system-header-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include"
however this causes -isysroot in the resulting compiler to malfunction so that…
/sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot
/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk himenoBMTxpa.c
searches…
ignoring nonexistent directory
"/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include"
Oddly executing the non-sensical…
/sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot / himenoBMTxpa.c
works because the search path becomes…
/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include
I assume no one ever tested --with-native-system-header-dir with -ixysroot
before.
