On Sun, Jul 23, 2006 at 02:43:03PM -0700, go moko wrote:
> Hello
>
> Some news on an old problem which, if I didn't forget
> any message on this list (Ken writed regularly about
> this), is still unresolved in CLFS SVN for x86_64
> multilib.
> I've done a lot of research in all the code about the
> errors in the check of Glibc 32 bits about locale. In
> conclusion, the problem is that the make doesn't
> install the locale data if we are cross-compiling, and
> so, the gencat test fails with the messages about
> invalid characters.
> A solution (perhaps there is better and nicer methods)
> is to apply the following command before the "make -k
> check":
> sed -i '/cross-compiling/[EMAIL PROTECTED]@[EMAIL PROTECTED]'
> ../glibc-2.4/localedata/Makefile
>
You are saying this fixes almost all the errors, even things like
tst-strtod and stdio-common/bug14 ? I can believe that a lot of the
errors are indeed locale related, but some of the test names (like
these) sound a bit more general.
In this context, cross-compiling must mean building for i686 on
x86_64 ? I hadn't thought of the 32-bit compiles in multilib as
cross-compiling.
Also, to nit-pick, I hope "doesn't install the locale data" is
"doesn't build the locale data" ? - I'll be even more worried if
glibc is installing things in 'make' or 'make check' ;)
> After that, the check run well, but fail on one of the
> latest tests (also in 64 bits) on an error:
> scripts/check-c++-types.sh: line 38: syntax error near
> unexpected token '('.
> I've looked at the shell check-c++-types.sh, and if I
> can understand what it tries to check, I don't
> understand the syntax, and bash don't like it either.
> I've found this bug:
> http://sourceware.org/bugzilla/show_bug.cgi?id=2930
> about this problem, but there is still no solution.
>
> If someone can correct/patch this shell, or have any
> solution, it would be very nice.
>
I wonder if that might be yet another problem in, or exposed by,
bash-3.1 ?
Unfortunately, I've gone past glibc on ppc64 and I don't have time
to look at it tonight. Thanks for the sed, it sounds very hopeful
and it would be nice to get these errors fixed (although, yet again,
this means that the errors are really in the testsuite).
Ken
--
das eine Mal als Tragödie, das andere Mal als Farce
_______________________________________________
Clfs-dev mailing list
[email protected]
http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-dev
