problem 1) lib-compat uses virtual/libc when it's a binary package thats built for glibc. using a virtual here is wrong. problem 2) solar@simple lib-compat $ scanelf -a $(epm -q -l lib-compat)|grep TEXT TYPE PAX STK/REL TEXTREL RPATH FILE ET_DYN PeMRxS --- --- TEXTREL - /usr/lib/libg++.so.2.7.2.8 ET_DYN PeMRxS --- --- TEXTREL - /usr/lib/libstdc++.so.2.7.2.8 ET_DYN PeMRxS --- --- TEXTREL - /usr/lib/libstdc++.so.2.7.2 ET_DYN PeMRxS --- --- TEXTREL - /usr/lib/libg++.so.2.7.2 These 4 libs have TEXTREL's this more or less breaks policy as chances are it means those libs are not fully pic aware. This will result in every binary linked to it to have text relocations as well. solution who ever makes this bins needs to compile with -fPIC and ensure that the libs are free of text relocations.
i'm pretty sure we steal most of those libs from other distros they exist for binary-only packages ... nothing new will link against them
I was afraid of that seeing at there are a few program headers which have been gentoo defaults for a very long time that are missing. In anycase problem #1 should be addressed.
Created attachment 55799 [details] fix-textrel-libstdc++.so.2.7.2.8.c For sys-libs/lib-compat-1.4 +sdl with the md5sum of 9da40b0dd71ba28d6ff4a7d0de1df86b
These two libs are actually false positives with the textrels. So thats 2x bad Q/A The first attached program corrects it. The same holds true for the libg++.so.2.7.2.8 and I'll attach a fixit program for it also in a few mins.
Created attachment 55800 [details] fix-textrel-libg++.so.2.7.2.8.c pimpage! The way both of these work is to take the DT_TEXTREL sections and change them to be DT_NULL. We can get away with this on these two libs as the DT_TEXTREL is the last section in the dynamic section. Both programs dump output to /root/libname or ./libname~ if we don't have write permision in /root/
oh the sum for the other binary file is 55bdc3a03d776dc994ad5dbd4e199175 /usr/lib/libg++.so.2.7.2.8
Created attachment 55809 [details] fix-textrel-libg++.so.2.7.2.8.c Updated ones that work with the unstripped versions in the x86/ subdir.
Created attachment 55810 [details] fix-textrel-libstdc++.so.2.7.2.8.c
Created attachment 55811 [details] lib-compat-1.4-r1.ebuild Ulgy hacks for ulgy builds.
I'll run the scripts, repackage the libs and put it in the tree as ~arch -rNEXT if there are no objections.
*** Bug 116520 has been marked as a duplicate of this bug. ***
I never repackaged the bins. It's been said a few times that those libs need to be just compiled properly on a gentoo systems.
solar: any progress with this, or should we just make this bug WONTFIX?
Want me to do the solution from comment #10 ?
(In reply to comment #14) > Want me to do the solution from comment #10 ? > Sounds good to me. Thanks :)
lib-compat-1.4.1 pushed to the tree. I yanked all the stable markings from the other non x86 arches but really those could be marked as stable right away. But to keep things peachy with the arch teams I marked them ~arch x86 team mark stable when you are happy (no rush).
x86 done.
