Created attachment 517986 [details]
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. g++ -std=c++0x -Wl,--dynamic-list-cpp-typeinfo -shared -o libfoo.so epptso.ii
collect2: ld terminated with signal 11 [Segmentation fault], core dumped
-O1 or -O2 and no crash.
Interestingly this gets built (since 2000) with gcc as a special case in the OpenOffice.org/LibreOffice build. i.e. that at some point before 2000 it probably crashed an ancient gcc.
Please try binutils-188.8.131.52.1-4.fc16. You will probably get an error message like this:
epptso.o: relocation R_X86_64_32S against `.rodata' can not be
used when making a shared object; recompile with -fPIC
epptso.o: could not read symbols: Bad value
Which may not be what you are expecting, but I believe that it is correct. At least the linker should not seg-fault now.
I probably should have said that
g++ -O0 -fPIC/-fpic -std=c++0x -Wl,--dynamic-list-cpp-typeinfo -shared -o libfoo.so epptso.ii
died as well with the original
but its of no matter to me, removing the archaic -O0 workaround for some other ancient bug was sufficient to build, so probably won't trigger it again one way or the other.
just as a confirmation: with binutils-184.108.40.206.1-5.fc16 compiling OOo doesn't segfault any more at all
thanks a lot and regards,
binutils-220.127.116.11.1-6.fc16 has been submitted as an update for Fedora 16.
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing binutils-18.104.22.168.1-6.fc16'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
binutils-22.214.171.124.1-6.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.