Problem in rawhide with ld and weak symbols?

[Jon Ciesla]

On Thu, Mar 7, 2013 at 1:28 PM, Stephan Bergmann <sbergman at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130307/3e3d877e/attachment.html>