This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: more prelink
On Fri, Sep 27, 2002 at 09:22:07AM -0400, Jakub Jelinek wrote:
> On Fri, Sep 27, 2002 at 09:06:28AM -0400, Jack Howarth wrote:
> > Jakub,
> > A couple more questions. I noticed that the rawhide specfile
> > for glibc 2.2.92-2 had this as a part of its postinst scripts...
>
> Dunno whether all the prelink stuff shouldn't go to a separate prelink
> mailing list...
Maybe - if so, mention the new list here, please.
> > # For now disable prelinking of ld.so, as it breaks statically linked
> > # binaries built against non-NDEBUG old glibcs (assert unknown dynamic tag)
> > # /usr/sbin/prelink -c ./prelink.conf -C ./prelink.cache \
> > # --mmap-region-start=0x40000000 $RPM_BUILD_ROOT/%{_lib}/ld-*.so
> > /usr/sbin/prelink --reloc-only=0x42000000 $RPM_BUILD_ROOT/%{_lib}/i686/libc-*.so
> > Is it still the case that ld.so should not be prelinked or has that
>
> It will always be the case, as long as there will be some broken
> statically linked binaries someone cares about.
> The fix went in 2002-03-30, so any statically linked binary using nss
> linked with older glibc, unless that glibc has been explicitely linked
> with -DNDEBUG (I don't know about other distros, but we added that in ~7.0
> I think) would stop working.
> When one prelinks manually, it is a form of saying I don't have such
> binaries (and if he finds he has them, he can prelink -u).
Wait - prelinking ld.so breaks static binaries? Do you mean prelinking
an _old_ ld.so? Because it doesn't make much sense that prelinking a
dynamic library on the system will break a static binary...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer