This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: tst-getaddrinfo4 failure with glibc-2.18
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Allin Cottrell <cottrell at wfu dot edu>
- Cc: libc-help at sourceware dot org
- Date: Mon, 19 Aug 2013 17:12:47 -0400
- Subject: Re: tst-getaddrinfo4 failure with glibc-2.18
- References: <alpine dot LNX dot 2 dot 03 dot 1308141222580 dot 1968 at wfu dot edu> <CAE2sS1jURE7KJCMbLqkZeQHLz5N5LV2ygY8CXBWosL0+NfRY8A at mail dot gmail dot com> <alpine dot LFD dot 2 dot 03 dot 1308141606420 dot 2742 at wfu dot edu> <alpine dot LFD dot 2 dot 03 dot 1308141624190 dot 3078 at wfu dot edu> <520BE867 dot 5060304 at redhat dot com> <alpine dot LNX dot 2 dot 03 dot 1308151104040 dot 652 at wfu dot edu> <alpine dot LNX dot 2 dot 03 dot 1308151234310 dot 554 at wfu dot edu>
On 08/15/2013 12:51 PM, Allin Cottrell wrote:
> I should have said: this is on a system with 64-bit kernel and 32-bit
> userspace. I'm seeing something that may be related at
>
> http://www.linuxquestions.org/questions/linux-from-scratch-13/glibc-2-18-and-acroread-4175473288
>
> I last built and installed glibc-2.17 in January, since when I've
> updated gcc (4.8.1) and kernel headers (3.10.7). So I just tried the
> experiment of rebuilding 2.17 under my current setup, to check that
> nothing had gone screwy in the meantime in regard to my ability to
> build a properly functioning glibc. Result: all OK, the system is
> stable with glibc-2.17 as rebuilt today. But it's seriously unstable
> with glibc-2.18 as built with the same toolchain and configure
> options, namely:
Just build glibc-2.18 and run one application with it?
You don't need to install it in your system to use it.
http://sourceware.org/glibc/wiki/Testing/Builds
Care must be taken in all steps. Particularly if your
application dlopen's other libraries built by glibc,
then things get more difficult.
Cheers,
Carlos.