glibc-2.3.6

[gerard@…]

Added

[markh@…]

I've already put the files in conglomoration but I haven't updated the book / tarball / cvs links yet

[markh@…]

glibc-2.2.5 released. This is probably a fairly high priority as it fixes (I think) the glob security bug.

[markh@…]

glibc-2.2.5 seems to be OK. Will go in in the next batch of package updates.

[markh@…]

updated to glibc-2.2.5

[gimli@…]

Verified that everything works OK, and it does. Therefore, closed the bug :)

[markh@…]

glibc-2.3 is now available from sources.redhat.com (but not from ftp.gnu.org yet).

I've prioritised this as P5 as presumably it'll be a post-4.0 item and can be upgraded to P2 after the 4.0 release.

[highos@…]

Version increment (2.3.1);

​http://sources.redhat.com/ml/libc-alpha/2002-10/msg00200.html

[highos@…]

Version increment (2.3.2)

[greg@…]

Version increment (2.3.3)

There is no new tarball! There may not ever be new Glibc tarballs ever again! Here are the relevant thread URL's:

​http://sources.redhat.com/ml/libc-hacker/2003-11/msg00150.html ​http://sources.redhat.com/ml/libc-hacker/2003-12/msg00012.html ​http://sources.redhat.com/ml/glibc-cvs/2003-q4/msg00519.html

We'll have to think about how best to deal with this rather bothersome situation. At least one senior Glibc developer is not happy with the situation so it may well change yet:

​http://sources.redhat.com/ml/libc-hacker/2003-12/msg00014.html

[greg@…]

This Glibc upgrade forced the introduction of the coreutils "posixver" patch. We should review the need for this patch periodically.

[Matthew Burgess]

Well, there *is* a new tarball now, but it's likely too late in the game to be messing around with it. Ryan, Gerard, Jeremy? What do we do now? At the very least we'll have to update the note about downloading our CVS pull. I can't find any NEWS or such like about this release - but that doesn't surprise me overly much!

[ken@…]

Talk about old - the latest item in it seems to be the ChangeLog (01 Dec 2003)

bumping the version, the last code change noted was on 30 Nov.

A somewhat large diff against LFS-5.1, but mainly because it's got all the nptl

code there.

[Matthew Burgess]

Thanks Ken. The NEWS file in the tarball has a date of 2003-11-17 with the following text:

Version 2.3.3

• New functions dladdr1' and dlinfo' in <dlfcn.h> provide more ways to interrogate the dynamic linker, compatible with the Solaris interface.

• ELF thread-local storage support (TLS) now works on PowerPC and PowerPC64; implemented by Paul Mackerras, Steven Munroe, and Roland McGrath.

• getifaddrs new uses on Linux the netlink interface to get the information. Implemented by Thorsten Kukuk.

• getaddrinfo now implements AI_V4MAPPED, AI_ALL, and AI_ADDRCONF. Implemented by Ulrich Drepper.

• support for non-executable stacks on x86 has been added. Changes mostly by Roland McGrath.

• regex is now much faster for multibyte locales. Changes by Jakub Jelinek and Ulrich Drepper.

• getaddrinfo now performs destination address selection according to RFC 3484.

I guess our current tarball has much more than this, and the stuff we have over the official 2.3.3 tarball is useful and/or required? I suppose the _most_ important thing is that it is much more widely tested than the official release.

I'm prepared to stick with the good old mantra of "if it aint broke, don't fix

it". Looking at chapter03/packages.xml, the wording still seems to fit (although "some good CVS" sounds sloppy). I'll wait for Gerards grammar fixes to hit svn then close this as WONTFIX.

[Matthew Burgess]

As per comment 14 I'm marking this as WONTFIX. We'll review the CVS vs. stable tarball if/when the official 2.3.4 makes it out the door.

[Matthew Burgess]

Version increment (2.3.4). From NEWS:

Version 2.3.4

• Support for RFC 3678. Real implementations exist only for Linux so far. Implemented by Ulrich Drepper.

• nscd can now cache entries persistently. Expiring entries are reloaded. For speedups the cache can be shared in memory with client processes. Implemented by Ulrich Drepper.

• nscd can now perform SELinux checks. Implemented by Matthew Rickard <mjricka@…>.

• getaddrinfo queries are now cached. Canonical name lookup is performed efficiently. Implemented by Ulrich Drepper.

• The nothrow function attribute is used when headers are used by gcc when compiling C code. This can avoid significant amounts of exception handling data.

• The malloc functions perform more error checking and are stricter when it comes to reacting on errors. The default action is to terminate the process after showing an error message. Implemented by Ulrich Drepper.

• Reverse lookups of IPv6 addresses does not use bit string or .ip6.int lookups anymore unless explicitly requested. Implemented by Ulrich Drepper.

• Namespaces in ld.so are implemented. DSOs can be loaded in separate namespaces using the new function dlmopen(). This feature is of course, like most other dynamic loading functionality, not available in statically linked applications. Implemented by Ulrich Drepper.

• Low-overhead boundary checking variants of string and some stdio functions were added. These are to be used in conjunction with a gcc patch by Jakub Jelinek which adds calls to these functions if possible. Implemented by Jakub Jelinek and Ulrich Drepper.

• Old code for several operating systems and machine architectures that have not been in working condition in a long time have been removed from the main source tree maintained by the GNU C Library's maintainers. These files are now reside in the separate `ports' source module that is usable as an add-on when building the library.

Oh, toolchain gurus :) Comments please on whether using this instead of our own tarballs is the Right Thing would be most welcome

[Matthew Burgess]

The documentation for glibc's threading implementation is no longer in the release tarball. Apparently the linuxthreads/man docs still apply to the NPTL libs, so we'll need to tell folks to download and unpack the glibc-linuxthreads-2.3.4 tarball.

[Matthew Burgess]

Fixed in r4636

[Matthew Burgess]

Version increment (2.3.5)

[jim@…]

commited 4-13

[jim@…]

Version increment (2.3.6)