This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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, 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 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 breaks static binaries?  Do you mean prelinking
an _old_  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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]