On 5/15/06, Mag. Leonhard Landrock <[EMAIL PROTECTED]> wrote:
Hi once again!
Am Sonntag, 14. Mai 2006 23:05 schrieb Mag. Leonhard Landrock:
> Am Sonntag, 14. Mai 2006 20:41 schrieb Dan Nicholson:
> >
> > cat > dummy.c << "EOF"
> > #include <stdio.h>
> > main(){}
> > EOF
> >
> > cc -H dummy.c
Let's try this check again with xgcc and see what's going on. See
below for more details.
/sources/gcc-build/gcc/xgcc -B/sources/gcc-build/gcc/
-B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem
/usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.0.3/gcc
-I../../gcc-4.0.3/gcc/. -I../../gcc-4.0.3/gcc/../include
-I../../gcc-4.0.3/gcc/../libcpp/include -g0 -finhibit-size-directive
-fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss
-fno-unit-at-a-time -fno-omit-frame-pointer
\
-c ../../gcc-4.0.3/gcc/crtstuff.c -DCRT_BEGIN \
-o crtbegin.o
OK, so let's try to set this up just as the environment was during make.
$ cd /sources/gcc-build/gcc
$ cat > dummy.c << "EOF"
#include <stdio.h>
main(){}
EOF
$ /sources/gcc-build/gcc/xgcc -B/sources/gcc-build/gcc/
-B/usr/i686-pc-linux-gnu/bin/ \
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include \
-isystem /usr/i686-pc-linux-gnu/sys-include -O2 -DIN_GCC -W -Wall \
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition \
-isystem ./include -I. -I. -I../../gcc-4.0.3/gcc -I../../gcc-4.0.3/gcc/. \
-I../../gcc-4.0.3/gcc/../include -I../../gcc-4.0.3/gcc/../libcpp/include \
-H dummy.c
Hopefully there's no hidden environment settings there that would
affect this test. You could also do this simpler test just to see
where xgcc looks for headers by default.
$ /sources/gcc-build/gcc/xgcc -v dummy.c | grep include
I believe it should be finding the headers in /usr/include, but I
might be wrong. Otherwise, it would find them in /tools/include.
There was some discussion about this a few months back.
2.) Within the "chroot environment" I
did "/sources/gcc-build/gcc/xgcc -print-search-dirs"
<snip>
That all looks correct to me, but unfortunately it doesn't give us the
header search path.
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page