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
