Red Hat Bugzilla – Bug 314051
Prelinking frysk binaries takes eons
Last modified: 2007-11-30 17:12:17 EST
Is this frysk, or prelink?
+++ This bug was initially created as a clone of Bug #312331 +++
When prelinking binaries with, e.g., "prelink -avmR" all frysk binaries (fcatch,
fcore, fstep, etc) take even minutes to prelink on a system where even
OpenOffice.org binaries are prelinked in few seconds.
Steps to reproduce:
1. prelink -au
2. prelink -avmR
3. See how prelink spends minutes in frysk binaries while all the others are
Most of the time is spent in the C++ conflict optimizations.
The problem is that frysk utilities have huge number of conflicts against
a library with a huge number of symbols (libgcj).
I can certainly experiment with creating some search tree if it is queried
enough times, nevertheless it is IMHO very much desirable to compile frysk
stuff with -fpie or -fPIE and thus avoid (most of) copy relocations and most of
So in addition to -fPIC, all frysk object files should be compiled with -fPIE
and executables linked with with -pie?
Fixed in prelink-0.4.0-1 in rawhide.
rpm -Uvh prelink-0.4.0-1.i386.rpm
(as prelink was upgraded, this was full reprelinking of all libraries and