On Sat, 17 Mar 2012 13:14:16 +0000
Andrew Benton <a...@benton.eu.com> wrote:

> On Fri, 16 Mar 2012 23:25:32 +0000
> Thierry Nuttens <thierr...@hispeed.ch> wrote:
> 
> > Hello
> > 
> > As every year, I'm giving a try to the next coming version of gcc 4.7.0 
> > which should be release very soon. Unfortunately, the pass2 of gcc has 
> > making some problems because of (I guess) the sed which change the 
> > STANDARD_INCLUDE_DIR in some files. You can compare the results with the 
> > successfully made pass1 with gcc 4.6.3 
> > 
> > Could you have a look at my logs file and maybe give a try. I guess sooner 
> > or later you will hit this problem as well.
> > 
> > The successfully version:
> > 
> > http://orchidman.dyndns-server.com/log/sekong/x86_64/pass1/gcc-4.6.3/
> > 
> > The unsuccessfully version:
> > 
> > http://orchidman.dyndns-server.com/log/sekong/x86_64/pass1/gcc-4.7.0-RC-20120314/
> 
> The relevant bit is:
> 
> x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -c -fomit-frame-pointer  -g -O2 
> -DIN_GCC   -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual 
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic 
> -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings 
> -Wold-style-definition -Wc++-compat   -DHAVE_CONFIG_H -DGENERATOR_FILE -I. 
> -Ibuild -I../../gcc-4.7.0-RC-20120314/gcc 
> -I../../gcc-4.7.0-RC-20120314/gcc/build 
> -I../../gcc-4.7.0-RC-20120314/gcc/../include 
> -I../../gcc-4.7.0-RC-20120314/gcc/../libcpp/include 
> -I/tmp/work/src/gcc-build/./gmp -I/tmp/work/src/gcc-4.7.0-RC-20120314/gmp 
> -I/tmp/work/src/gcc-build/../gcc-4.7.0-RC-20120314/mpfr/src 
> -I/tmp/work/src/gcc-4.7.0-RC-20120314/mpc/src  
> -I../../gcc-4.7.0-RC-20120314/gcc/../libdecnumber 
> -I../../gcc-4.7.0-RC-20120314/gcc/../libdecnumber/bid -I../libdecnumber    \
>       -o build/read-rtl.o ../../gcc-4.7.0-RC-20120314/gcc/read-rtl.c
> In file included from ./tm.h:33:0,
>                  from ../../gcc-4.7.0-RC-20120314/gcc/read-rtl.c:29:
> ../../gcc-4.7.0-RC-20120314/gcc/config/linux.h:108:8: error: attempt to use 
> poisoned "STANDARD_INCLUDE_DIR"
> ../../gcc-4.7.0-RC-20120314/gcc/config/linux.h:109:9: error: attempt to use 
> poisoned "STANDARD_INCLUDE_DIR"
> In file included from ./tm.h:34:0,
>                  from ../../gcc-4.7.0-RC-20120314/gcc/read-rtl.c:29:
> ../../gcc-4.7.0-RC-20120314/gcc/config/i386/linux64.h:35:8: error: attempt to 
> use poisoned "STANDARD_INCLUDE_DIR"
> ../../gcc-4.7.0-RC-20120314/gcc/config/i386/linux64.h:36:9: error: attempt to 
> use poisoned "STANDARD_INCLUDE_DIR"
> make[2]: *** [build/read-rtl.o] Error 1
> make[2]: *** Waiting for unfinished jobs....
> rm gcc.pod
> make[2]: Leaving directory `/tmp/work/src/gcc-build/gcc'
> make[1]: *** [all-gcc] Error 2
> make[1]: Leaving directory `/tmp/work/src/gcc-build'
> make: *** [all] Error 2
> =======> ERROR: Building '/home/lfs/pass1/10_gcc_pass2/Pkgfile' failed.
> 
> Which follows from the books sed which adds
> #define STANDARD_INCLUDE_DIR 0
> 
> The solution is to use Jeremy's new build method.
> 
> Andy
It's not easy to find the right mail about Jeremy's new build method. 
In the means time, we found out on git that they have been a change with this 
variable
http://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=638454a19c1c08f01c10517bc72a114250fc4f33

So I replace it and add --with-native-system-header-dir=/tools

It look's much beter. Let see if the rest is going throught

http://orchidman.dyndns-server.com/log/sekong/x86_64/pass1/10_gcc_pass2.log

> -- 
> http://linuxfromscratch.org/mailman/listinfo/lfs-dev
> FAQ: http://www.linuxfromscratch.org/faq/
> Unsubscribe: See the above information page


-- 
Thierry Nuttens
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to