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 processed quickly
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 the conflicts.
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 time /etc/cron.daily/prelink real 2m58.764s user 1m43.620s sys 1m27.751s (as prelink was upgraded, this was full reprelinking of all libraries and binaries).