On Sat, Dec 27, 2008 at 10:42:10AM +0100, José Carlos Carrión wrote: > Ken Moffat escribió: > > On Fri, Dec 26, 2008 at 01:48:48PM +0100, José Carlos Carrión wrote: > > > >> «make test» fails with: > >> > >> root:/sources/glibc-build# grep Error glibc-check-log > >> make[2]: *** [/sources/glibc-build/localedata/tst_mblen.out] Error 1 > >> make[2]: *** [/sources/glibc-build/localedata/tst_mbrlen.out] Error 1 > >> make[2]: *** [/sources/glibc-build/localedata/tst_mbrtowc.out] Error 1 > >> make[2]: *** [/sources/glibc-build/localedata/tst_mbsrtowcs.out] Error 1 > >> > > [ ... ] > > > >> > > LFS-6.1 is old. Have you upgraded it to use a less old kernel ? I > > think I remember unusual failures when people were running old > > kernels. As a general rule, I would expect a kernel older than > > 2.6.16 to be likely to cause problems. > > > Thanks for your quick answer. > > The host kernel is exactly 2.6.13.5. It was the one I was able to patch > in order to get the SAS disk controller running. > > The systems is in production now and I don't know how compile LFS-6.4 on > it with another kernel without stop the box.
Understood. Not ideal, and I hope you don't have too many problems getting to a working .config for the new kernel. > > > > > >> Must I worry about the make check fails? > >> > > > > You *might* find error messages in the output files, such as > > /sources/glibc-build/localedata/tst_mblen.out - try looking at them > > in 'less' or 'view' from outside chroot. If that fails to identify > > any problems, look at glibc-check-log to see if there are any other > > messages around the 'Error' (e.g. compilation failed to produce an > > executable). > > > All the output files looks like this with little changes: > > root:/sources/glibc-build/localedata# cat tst_mblen.out > mblen:de_DE.ISO-8859-1:1:1:2:F:the return value is different from an > expected value > mblen:de_DE.ISO-8859-1:2:1:2:S:PASSED [... more passed ] > mblen:ja_JP.EUC-JP:1:1:2:F:the return value is different from an > expected value > mblen:ja_JP.EUC-JP:2:1:2:F:the return value is different from an > expected value > mblen:ja_JP.EUC-JP:3:1:2:F:the return value is different from an > expected value > mblen:ja_JP.EUC-JP:4:1:1:S:PASSED but even some of the japanese tests passed > > *All* the test on en_US.ANSI_X3.4-1968 are passed. All the tests with a > return value different from an expected value are on de_DE.ISO-8859-1 > and on ja_JP.EUC-JP locales. The only locale you said you had installed on the host was es_ES, I think, and anyway that should be inaccessible in chroot. Did you remember to run cp -v ../glibc-2.8-20080929/iconvdata/gconv-modules iconvdata before you ran make check ? > > The file glibc-check-log seems quite clean. In the tst_mblen error case: > OK, I've snipped it, it does indeed look clean. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
