This is the mail archive of the
libc-hacker@cygnus.com
mailing list for the glibc project.
Re: libc/936: glibc2 - ld.so fails to load a program defining
- To: zack@rabi.columbia.edu
- Subject: Re: libc/936: glibc2 - ld.so fails to load a program defining
- From: "Mark M. Kettenis" <kettenis@wins.uva.nl>
- Date: Tue, 2 Feb 1999 16:05:18 +0100 (MET)
- CC: drepper@cygnus.com, libc-hacker@cygnus.com, bugs@gnu.org
- References: <199902021239.HAA04140@blastula.phys.columbia.edu>
Date: Tue, 02 Feb 1999 07:39:33 -0500
From: Zack Weinberg <zack@rabi.columbia.edu>
Just got this from the guy with the strcmp() problem, it' a new and
much less invasive patch. I don't know the dynamic linker well enough
to evaluate it. Comments?
Well my first thought was that it is completely bogus, but I'm not
sure anymore. It might work. I definitely vote against adding the
patch for glibc 2.1, at least for the Hurd. We override a lot of libc
symbols in the dynamic linker startup code, and since this patch would
change the lookup order, it might very well break. And as Ulrich
already said, only buggy programs fail.
Mark