[Bug libc/15648] multiple definition of `__lll_lock_wait_private'

["carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=15648

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #21 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Ondrej Bilka from comment #20)
> Carlos, is your patch ready to libc-alpha?

No. This issue needs to be driven to consensus over the solution to use for
libpthread, either we link with `ld -r' and force all of libpthread into the
application during a static link or we do it piece-meal dependency by
dependency trying to keep the link minimal.

Previous comments from Roland and myself was that we should try to fix these
kinds of issues one at a time, but it's looking liked `ld -r' is going to be
the only real solution given the number of applications and core tools that use
a weakref and a check to test for conditional library inclusion.

This has to go to libca-alpha for discussion, but I don't have time to champion
this right now. If you are interested I encourage you to get consensus and
implement a solution, I'd be happy to review.

-- 
You are receiving this mail because:
You are on the CC list for the bug.