third and final (?) test release for 2.2.3

third and final (?) test release for 2.2.3

[Ulrich Drepper]

I've uploaded to

  ftp://sourceware.cygnus.com/pub/glibc/releases

the files

  glibc-2.2.3pre3.tar.bz2                     (also .gz)
  glibc-2.2.3pre2-2.2.3pre3.diff.bz2          (also .gz)
  glibc-linuxthreads-2.2.3pre3.tar.bz2        (also .gz)

which contain the third test release for glibc 2.2.3.  The patch is as
large as it is mainly because of documentation changes and the code
for the port to Linux/CRIS.

This is not a pure bugfix release.  There haven't been any severe
problems in the last test release.  We make this one because of some
new code which was added.  Coming from glibc 2.2.2 this release
contains a number of improvements and new code:

Version 2.2.3

* Intel's IA-64 math library is largely integrated.  It provides fast and
  accurate implementatations for most basic and standard math functions
  in float, double, and long double format.

* Stephen Moshier implemented j0, j1, jn, y0, y1, yn, lgamma, erf, erfc,
  and asin for the 96-bit long double format and logl for the 128-bit
  long double format.

* The beginning of a last-bit accurate math library by IBM Haifa were added.
  The basic double functions exist today.  Contributed by Abraham Ziv
  <ziv@il.ibm.com>, Moshe Olshansky <olshansk@il.ibm.com>, Ealan Henis
  <ealan@il.ibm.com>, and Anna Reitman <reitman@il.ibm.com>.

* An asynchronous name lookup library was added.  The interface is designed
  after POSIX AIO.  The proposal was circulated beforehand to get comments.
  No negative ones came in.  Implemented by Ulrich Drepper.

* Port to S390/64bit contributed by Martin Schwidefsky
  <schwidefsky@de.ibm.com>.

* David Mosberger <davidm@hpl.hp.com> implemented the setcontext family
  of functions for Linux/IA-64.

* The RPC code is now thread safe.  Threads can now use the same service
  of different services at the same time.  Patch by Eric Norum
  <eric.norum@usask.ca> with some help by Ulrich Drepper.

* Martin Schwidefsky <schwidefsky@de.ibm.com> implemented the setcontext
  family of functions for Linux/S390.

* Ulrich Drepper <drepper@redhat.com> implemented the setcontext family
  of functions for Linux/x86.

* Port to Linux/CRIS contributed by Axis Communications.



The asynchronous name lookup code is not yet documented in the manual
but my original whitepaper is available at

  http://www.cygnus.com/~drepper/asynchnl.pdf


One other change is noting worthwhile.  To implement atexit() in the
present of dlopen() according to the upcoming Unix standard the
definition of atexit() is changed in a way which can cause problems
with most of today's gccs.  The problem is some code in gcc which was
necessary in libc5 but not with glibc.  A patch for gcc is available
at

  http://gcc.gnu.org/ml/gcc-patches/2001-03/msg01187.html

For a description of the problem look at

  http://sources.redhat.com/ml/libc-alpha/2001-03/msg00048.html


One final bit, the RPC code is now thread-safe but this didn't come
without a price.  Due to the "clever" (NOT!) design of the interface
it is not possible to transparently replace the use of the global
variable rpc_createerr with a hidden function call which does the
right thing.  The reason is that there is a data type with the same
name.  Very clever, Sun!  There are two possibilities implemented:

- use get_rpc_createerr() to the variable reference

- define _RPC_MT_VARS before including the RPC headers.  This will
  define a macro rpc_createerr which can cause the problem described
  above


As usual, report success and failures to
libc-alpha@sourceware.cygnus.com.  Please test especially your
multi-threaded applications since some changes to the cancelation
handler code went in.

I got (if I remember correctly) one single response to the
announcement of the last test release.  This is even worse than
previous releases at least 10 people or so replied.  Consider
reporting also success since this is the only indicator I have that no
problems exist.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

Re: third and final (?) test release for 2.2.3

[Christian Iseli]

Hi folks,

drepper@redhat.com said:
> As usual, report success and failures to libc-alpha@sourceware.cygnus.c
> om.  Please test especially your multi-threaded applications since
> some changes to the cancelation handler code went in. 

Just completed build and test of latest glibc from CVS on my linux/alpha box:

alpha_chris$ uname -a
Linux ludwig-alpha 2.4.3-ac3 #26 Mon Apr 9 13:55:11 CEST 2001 alpha unknown

alpha_chris$ gcc -v
Reading specs from /usr/lib/gcc-lib/alphaev56-unknown-linux-gnu/3.0/specs
Configured with: ../gcc/configure --prefix=/usr --enable-shared --enable-threads --with-system-zlib alphaev56-unknown-linux-gnu
gcc version 3.0 20010424 (prerelease)

alpha_chris$ ld -V
GNU ld version 2.11.90 (with BFD 2.11.90)
  Supported emulations:
   elf64alpha
   alpha

Looks perfect.  make check completes with no errors.  Congratulations.

Cheers,
					Christian

Re: third and final (?) test release for 2.2.3

[Ulrich Drepper]

Markus Walser <walser@scs.ch> writes:

> 1. tst-regexloc:
> 
>             bash$ cat tst-regexloc.out
> 
> 
>        bash$
> 
> 
> very interesting isn't it?
> 
> 
> 2. test-utime.out:
> 
>             bash$ cat test-utime.out
> 
> 
>        actime 988110435 != 500000000
> 
>        bash$
> 
> 
> 3. test-lfs.out:
> 
> 
>        bash$ cat test-lfs.out
> 
>        bash$
> 
> 
> also very useful [:-)] 4. vismain.out
> 
> 
>             bash$ cd ../elf/
> 
> 
>        bash$ cat vismain.out
> 
>        `.protected' seems to be handled correctly, good!
> 
>        `protinmod' in main and mod1 don't have same address
> 
>        bash$

Everything here must be a problem with one or the other of your tools.
I'm building on Alpha every day and several other people reported the
same results.  Something must be really broken on your side.  Try to
debug, this is your only chance since nobody else sees these problems.
I'm using the compiler shipped with Red Hat 7 for Alpha.  YOu might
want to try that.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

Re: third and final (?) test release for 2.2.3

[Markus Walser]

Hello

I tried to build glibc-2.2.3pre3 on a Alpha SMP system with the following
configuration:


bash$ /usr/src/linux/scripts/ver_linux

If some fields are empty or look unusual you may have an old version.

Compare to the current minimal requirements in Documentation/Changes.


Linux es0 2.4.2mf #26 SMP Wed Apr 11 16:29:43 MEST 2001 alpha unknown


Gnu C                        2.95.3

Gnu make                     3.79.1

binutils                     2.11

util-linux                   2.10r

modutils                     2.4.2

e2fsprogs                    1.19

Linux C Library              2.1.3

Dynamic linker (ldd)   	     2.1.3

Procps                       2.0.6

Net-tools                    1.54

Console-tools                0.3.3

Sh-utils                     2.0

Modules Loaded

bash$


bash$ ld -v

GNU ld version 2.11 (with BFD 2.11)


bash$ as -v

GNU assembler version 2.11 (alphaev6-unknown-linux-gnu) using BFD 
version 2.11


bash$ gcc -v

Reading specs from /usr/lib/gcc-lib/alphaev6-unknown-linux-gnu/2.95.3/specs

gcc version 2.95.3 20010315 (release)


Building glibc-2.2.3pre3 with "make" runs without errors. With "make 
check" I get 4 errors:


1. tst-regexloc:

      
       bash$ cat tst-regexloc.out

       bash$


very interesting isn't it?


2. test-utime.out:

      
       bash$ cat test-utime.out

       actime 988110435 != 500000000

       bash$


3. test-lfs.out:


       bash$ cat test-lfs.out

       bash$


also very useful  [:-)] 

4. vismain.out

      
       bash$ cd ../elf/

       bash$ cat vismain.out

       `.protected' seems to be handled correctly, good!

       `protinmod' in main and mod1 don't have same address

       bash$


Logfiles with the "make check" outputs can be found here:


       http://www.scs.ch/~walser/test-lfs.out
       http://www.scs.ch/~walser/test-utime.out
       http://www.scs.ch/~walser/tst-regexloc.out
       http://www.scs.ch/~walser/vismain.out

Best regards,


Markus