Re: --with-native-system-header-dir= vs -isysroot

[Jack Howarth <howarth at bromo dot med dot uc dot edu>]

On Tue, Jul 02, 2013 at 08:35:53PM -0400, Jack Howarth wrote:
>     I am wondering if there are any alternatives to resorting to --with-native-system-header-dir= for building FSF gcc
> on darwin once the SDK is removed from the / and only resides in the buried SDK directory. The FSF gcc bootstrap fails
> in the absence of /usr/include in the fixincludes step unless I use...
> 
> Using built-in specs.
> COLLECT_GCC=/sw/lib/gcc4.8/bin/gcc-fsf-4.8
> COLLECT_LTO_WRAPPER=/sw/lib/gcc4.8/libexec/gcc/x86_64-apple-darwin13.0.0/4.8.1/lto-wrapper
> Target: x86_64-apple-darwin13.0.0
> Configured with: ../gcc-4.8.1/configure --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-native-system-header-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include 'CXX_FOR_BUILD=xcrun g++' 'CC_FOR_BUILD=xcrun gcc' CXXFLAGS='-O2 -g -iframework /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/System/Library/Frameworks'
> Thread model: posix
> gcc version 4.8.1 (GCC) 
> 
> however this breaks -isysroot as...
> 
> $ /sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk himenoBMTxpa.c -v
> Using built-in specs.
> COLLECT_GCC=/sw/lib/gcc4.8/bin/gcc-fsf-4.8
> COLLECT_LTO_WRAPPER=/sw/lib/gcc4.8/libexec/gcc/x86_64-apple-darwin13.0.0/4.8.1/lto-wrapper
> Target: x86_64-apple-darwin13.0.0
> Configured with: ../gcc-4.8.1/configure --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-native-system-header-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include 'CXX_FOR_BUILD=xcrun g++' 'CC_FOR_BUILD=xcrun gcc' CXXFLAGS='-O2 -g -iframework /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/System/Library/Frameworks'
> Thread model: posix
> gcc version 4.8.1 (GCC) 
> COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.9.0' '-isysroot' '/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk' '-v' '-mtune=core2'
>  /sw/lib/gcc4.8/libexec/gcc/x86_64-apple-darwin13.0.0/4.8.1/cc1 -quiet -v -D__DYNAMIC__ -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk himenoBMTxpa.c -fPIC -quiet -dumpbase himenoBMTxpa.c -mmacosx-version-min=10.9.0 -mtune=core2 -auxbase himenoBMTxpa -version -o /var/folders/l7/2pphc9xd69n5nwbdv44z_knw0000gn/T//ccg2ZqTW.s
> GNU C (GCC) version 4.8.1 (x86_64-apple-darwin13.0.0)
> 	compiled by GNU C version 4.8.1, GMP version 5.1.2, MPFR version 3.1.2, MPC version 1.0.1
> GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
> ignoring nonexistent directory "/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/local/include"
> ignoring nonexistent directory "/sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/../../../../x86_64-apple-darwin13.0.0/include"
> ignoring nonexistent directory "/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include"

Interestingly if I execute...

$ /sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot / himenoBMTxpa.c

the compile works fine as the search directory becomes...

ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/../../../../x86_64-apple-darwin13.0.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/include
 /sw/lib/gcc4.8/include
 /sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/include-fixed
 /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include
 //System/Library/Frameworks
 //Library/Frameworks
End of search list.

> ignoring nonexistent directory "/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/Library/Frameworks"
> #include "..." search starts here:
> #include <...> search starts here:
>  /sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/include
>  /sw/lib/gcc4.8/include
>  /sw/lib/gcc4.8/lib/gcc/x86_64-apple-darwin13.0.0/4.8.1/include-fixed
>  /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/System/Library/Frameworks
> End of search list.
> GNU C (GCC) version 4.8.1 (x86_64-apple-darwin13.0.0)
> 	compiled by GNU C version 4.8.1, GMP version 5.1.2, MPFR version 3.1.2, MPC version 1.0.1
> GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
> Compiler executable checksum: 77506ba0a077461bca132d88745bf397
> himenoBMTxpa.c:39:19: fatal error: stdio.h: No such file or directory
>  #include <stdio.h>
>                    ^
> compilation terminated.
> 
> the search path now duplicates the path to the SDK such that you get a search for headers in...
> 
> /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include
> 
> instead of...
> 
> /Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include
> 
> Am I misusing, --with-native-system-header-dir or does it is really incompatible with -isysroot if --with-native-system-header-dir 
> is anything other than /. Thanks in advance for any suggestions.
>                  Jack
>