Re: Undefined use of weak symbols in gnulib

[Joseph Myers]

On Sat, 17 Jul 2021, Bruno Haible wrote:

> 2) /usr/include/gnu/lib-names.h still defines LIBPTHREAD_SO.
>    How about not defining LIBPTHREAD_SO, since linking with it is supposed
>    to be a no-op in these newer glibc versions?

I think LIBPTHREAD_SO is really for use with dlopen (followed by e.g. 
using dlsym to look up a function by name at runtime), not linking against 
(in general you need to link against the *.so name which might be a linker 
script, not directly against the shared library's SONAME).

So if there's any change regarding LIBPTHREAD_SO, I think the natural one 
would be to define it to LIBC_SO (I hope the dlopen/dlsym case works 
regardless of whether that change is made or not).

-- 
Joseph S. Myers
joseph@codesourcery.com