On 10/2/07, EJBoshinski <[EMAIL PROTECTED]> wrote: > > This is what I get from the above echo command: > > #include "..." search starts here: > #include <...> search starts here: > /mnt/lfs/tools/bin/../lib/gcc/i686-pc-linux-gnu/4.1.2/include > /tools/include > /usr/include > End of search list. > > > hmmm.... maybe what's tossing this is the /usr/include ? I wonder where it > might be coming from...
Yeah, that's a problem. This is LFS-6.3? Did you apply the specs patch in gcc-pass2? It's supposed to remove /usr/include with this chunk: diff -Naur gcc-4.1.0.orig/gcc/config/linux.h gcc-4.1.0/gcc/config/linux.h --- gcc-4.1.0.orig/gcc/config/linux.h 2005-08-06 09:26:35.000000000 -0400 +++ gcc-4.1.0/gcc/config/linux.h 2006-02-28 22:02:21.000000000 -0500 @@ -104,3 +104,7 @@ #define TARGET_C99_FUNCTIONS 1 #define TARGET_POSIX_IO + +/* Remove /usr/include from the end of the include search path. */ +#undef STANDARD_INCLUDE_DIR +#define STANDARD_INCLUDE_DIR 0 One way to check if the patch applied correctly is if the proper dynamic linker is referenced by gcc: $ gcc -dumpspecs | grep ld-linux /tools/lib/ld-linux.so.2 If that doesn't have /tools, then the gcc-pass2 build was definitely borked. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
