This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: Building glibc 2.19 for OS/ABI UNIX - System V
- From: "Carlos O'Donell" <carlos at systemhalted dot org>
- To: Shaun Jackman <sjackman at gmail dot com>
- Cc: libc-help <libc-help at sourceware dot org>
- Date: Thu, 24 Jul 2014 15:21:19 -0400
- Subject: Re: Building glibc 2.19 for OS/ABI UNIX - System V
- Authentication-results: sourceware.org; auth=none
- References: <CADX6M3qF-6Wd25Pn2Aa_GjdtGaG6Owp=hieR=TYpnXxSvtSbtA at mail dot gmail dot com> <CAE2sS1gWG3z5Q7VhoaH4Lf0UgOC0wjy4Fs4gt1cD5stdOs2aFw at mail dot gmail dot com> <CADX6M3o67SvrNT6LVeA8LCWgqFAWP4jO1EoW8+S0JymhtP2XGw at mail dot gmail dot com>
On Thu, Jul 24, 2014 at 3:14 PM, Shaun Jackman <sjackman@gmail.com> wrote:
> Hi, Carlos. Thanks for your quick response. Yes, it does work as
> expected when I use the newly built loader with the newly built glibc.
> I can't unfortunately replace the system's default loader in /lib, and
> there's no environment variable equivalent of `LD_LIBRARY_PATH` that I
> know of to set the default loader.
That is correct, there is no environment variable that sets the dynamic loader.
The kernel selects it solely on the INTERP program header of the binary.
> Is it possible to build glibc 2.19 with an OS/ABI of UNIX - System V?
Yes, but that's not the problem, and it won't help you.
> If not, is there a component of my toolchain (Linux headers, binutils,
> glibc) that I can downgrade to an earlier release that will build a
> UNIX - System V glibc?
This is an X Y problem. Why don't you start by explaining what's wrong
and why you want to upgrade the core runtimes?
Cheers,
Carlos.