I just tested current lfs svn from jhalfs build on a debian lenny (athlon XP).
On chap6, no error on glibc, no error on binutils, it was looking perfect.
But then every tests on gcc is a failure.
This produce a 7MB log-test file full of error instead of the normal 35kb
file without error.
I join the beginning of the log only.
I have seen the same sort of problem on ipcop happen, probably related from
my etch=>lenny upgrade until I upgraded our build script to use tcl-8.5.7
(like LFS alreay has).
This had fixed the gcc tests for x86 on ipcop.
Have you alreay seen gcc tests no working when compiling from some distrib?
Another question
I am curious why tc/expect/dejagnu are in chap5 now compiled after second
gcc (chap5).
That's unrelated to gcc test issue but I find no explanation in the log.
I would try to recompile tc/expect/dejagnu in chap6 to see if gcc tests work
better.
An information
As I didn't like the segfaults on expect tests himself (only seen that on
x86, not ppc nor sparc64), I have tried using sourceforge expect-5.44.1.13
(patched to not require Tk as this version originally no more support
with-x=no). Same segfaults happen so 5.44.1.13 is not better on expect
include tests than 5.43.0.
Gilles
074-gcc-test.log
Description: Binary data
-- http://linuxfromscratch.org/mailman/listinfo/lfs-book FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
