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]

Re: today's work


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

PGP signature


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]