[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Undefined use of weak symbols in gnulib
From: |
Florian Weimer |
Subject: |
Re: Undefined use of weak symbols in gnulib |
Date: |
Sat, 17 Jul 2021 16:55:26 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) |
* Bruno Haible:
> Florian Weimer wrote on 2021-04-28:
>> However, you should really remove those weak symbol
>> hacks. They won't have any effect for glibc 2.34
>
> I'm trying to do this now. But what is the right condition?
>
> 1) I understand that it's only for glibc >= 2.34 on Linux (NPTL),
> right? Not on Hurd (HTL)?
Yes, Hurd hasn't been integrated.
> 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'm not sure if this is the right way, given that the file still exists
for all currently supported targets.
An alternative would be to add a macro to <pthread.h>, such as
PTHREAD_IN_LIBC.
Thanks,
Florian
Re: Undefined use of weak symbols in gnulib, Bruno Haible, 2021/07/17