[drepper at redhat.com: glibc 2.3.2]
gschafer at zip.com.au
Fri Feb 28 22:07:12 PST 2003
----- Forwarded message from Ulrich Drepper <drepper at redhat.com> -----
Date: Fri, 28 Feb 2003 22:04:12 -0800
From: Ulrich Drepper <drepper at redhat.com>
Organization: Red Hat, Inc.
To: GNU libc devel <libc-alpha at sources.redhat.com>
Subject: glibc 2.3.2
After several months of development glibc 2.3.2 is available. It can be
and very soon at
and all the mirrors. Please always use your local mirrors. The new
This release is not just a bug fix release, it contains considerable
amount of new functionality. The most important new features are:
* Thread-safe interfaces for many functions that access locale data
were added in version 2.3, but these features were omitted from NEWS.
Many functions have variants with an `_l' suffix that take a `locale_t'
object as a parameter rather than consulting the current locale.
The new functions `newlocale', `duplocale', and `freelocale' in <locale.h>
create and maintain `locale_t' objects. Additionally, the new function
`uselocale' sets "the current locale" (as used by functions not so
parameterized) set for an individual thread. These features were added
in version 2.3, implemented by Ulrich Drepper and Roland McGrath.
* The functions getresuid, getresgid, setresuid, and setresgid, which
have long been available on Linux, are now declared in <unistd.h>
and are now also available on the Hurd.
* ELF thread-local storage support (TLS) now works on x86-64.
* The new dynamic string token $LIB is expanded in shared library names.
This normally expands to lib, but on some 64-bit platforms to lib64
* Aldy Hernandez contributed complete software floating point support for
PowerPC machines with no FPU.
* fexecve is implemented on Linux.
* The `btowc' function should work at least twice as fast due to
specialized callbacks in the iconv modules. Implemented by Bruno Haible.
* With approriate thread add-ons cancelable functions are now implemented
in libc.so as well. No need to call the function in libpthread. This
change allowed to finally disable the incorrect and expensive handling
of weak definition in ld.so.
* Yet more PLT entries in libc.so have been removed. We finally arrived
at the bare minimum. Startup times improved appropriately.
* Support for the new Linux/x86 system call interface was added. The
AT_SYSINFO auxiliary vector entry is recognized and handled.
Beside these changes there are many other internal changes, changes to
the build system, documentation. The sources were also prepared to be
used with the NPTL thread library which is not yet included.
The support for the various platforms hasn't changed much. New
platforms have better support now and what has worked in 2.3.1 should
Updating to this release is always advised. But one thing hasn't
changed: it is not easy to build and install glibc. In fact, it is very
hard and a mistake might ruin the entire system. Therefore it is highly
advised to use the binaries by your vendor. We are not responsible for
you blowing up your system. And most problems with the installation
have been proven to be not reproducible so it is unlikely that any help
And on the topic of help: bugs must be reported to the vendor. The
glibc developers are not a replacement for the frontline support of the
various vendors. And reports of problems for anything but the latest
sources are most likely ignored as well. Before reporting a problem
consult the mailing list archive for libc-alpha and eventually the
libc-hacker mailing list, available at
Also consult the documentation coming with the glibc sources. They
might prove useful. Real bug reports for the latest official sources
should be send using the glibcbug script or by using the GNATS web page at
--------------. ,-. 444 Castro Street
Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA
Red Hat `--' drepper at redhat.com `---------------------------
----- End forwarded message -----
Unsubscribe: send email to listar at linuxfromscratch.org
and put 'unsubscribe lfs-dev' in the subject header of the message
More information about the lfs-dev