This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Ulrich Drepper <drepper@redhat.com> writes: > You might have seen that I checked in a substantial amount of changes > today. I get results from a test suite which mostly are correct in > identifying problems. It's unfortunate that it's so late but better > than never. Tomorrow I have another full day of debugging ahead of me > and once this is done I fear we have enough changes to invalidate > previous results. > > But since almost all the changes affect wide char streams and other > wide char functions I doubt that another test release will be of much > help. Instead I think it's much better to simply have the > distribution makers run their tests (and builds) and see whether the > changes cause problems. I just compiled and run make check on the following architectures: - i686-linux - sparc-linux (32-bit) (still running, I report if I notice problems) - sparc-linux (64-bit) (still running, I report if I notice problems) - alpha-linux - ppc-linux - s390-linux (31-bit) - ia64-linux The problems I noticed so far are: On i686: Err: Cannot run on the en_US.UTF-8 locale make[2]: *** [/builds/glibc/main-gcc-2.95/libio/tst-ungetwc2.out] Error 1 I've committed the patch to generated the en_USE.UTF-8 locale. On ia64: In file included from test-tgmath.c:139: test-tgmath.c: In function `compile_test': test-tgmath.c:221: warning: implicit declaration of function `__tgmath_real_type' test-tgmath.c:221: parse error before `__tgmres' This looks like a compiler bug. On Alpha: pthread_create failed make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex7.out] Error 134 /usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex9: cannot create thread make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex9.out] Error 1 /usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex10: cannot create thread make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex10.out] Error 1 make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex11.out] Error 1 make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex14.out] Error 1 Seeems that threads are broken - but I have no time to investigate today/tomorrow where the problem is (kernel, glibc, binutils or GCC). On s390: pthread_create failed make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex7.out] Error 134 make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex11.out] Error 1 make[2]: *** [/usr/src/packages/BUILD/glibc-2.2/cc/linuxthreads/ex14.out] Error 1 Seems that threads are broken - but I have no time to investigate today/tomorrow where the problem is. I'd like to ask the alpha and s390 maintainers to double check that the current glibc runs on their systems and passes the testsuite, Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |