On Thu, Mar 7, 2013 at 1:28 PM, Stephan Bergmann <sberg...@redhat.com>wrote:
> Building LibreOffice for x86_64 starting to fail in an odd way recently, < > http://koji.fedoraproject.**org/koji/getfile?taskID=** > 5091173&name=build.log&offset=**-4000<http://koji.fedoraproject.org/koji/getfile?taskID=5091173&name=build.log&offset=-4000>>, > I stripped that down to what I would assume is a newly introduced bug in > how ld resolves weak references? > > Given a test.s of > > .text >> .globl main >> .type main, @function >> main: >> .quad x >> .weakref x,__pthread_key_create >> > > "gcc test.s" builds fine, while "gcc test.s -lcom_err", i.e., including a > reference to some .so that in turn needs libpthread, fails with > > /usr/bin/ld: /tmp/cckAPSW1.o: undefined reference to symbol >> '__pthread_key_create@@GLIBC_**2.2.5' >> /usr/bin/ld: note: '__pthread_key_create@@GLIBC_**2.2.5' is defined in >> DSO /lib64/libpthread.so.0 so try adding it to the linker command line >> /lib64/libpthread.so.0: could not read symbols: Invalid operation >> collect2: error: ld returned 1 exit status >> > > The same works fine in F-18. The failing ld is "GNU ld version > 2.23.52.0.1-4.fc19 20130226." > I ran into this with kismet, adding an '-lpthread' at the right spot fixed it. I think it just got stricter again. -J > Stephan > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.**org/mailman/listinfo/devel<https://admin.fedoraproject.org/mailman/listinfo/devel> -- http://cecinestpasunefromage.wordpress.com/ ------------------------------------------------ in your fear, seek only peace in your fear, seek only love -d. bowie
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
