Bug#1122038: libc6-dev: symbols not covering GLIBC_ABI_GNU_TLS on i386

Aurelien Jarno <[email protected]>
Newsgroups gmane.linux.debian.devel.glibc
Message-ID <aTWxyY3ydP5Cb6g5__18208.545206447$1765126768$gmane$org@aurel32.net>
control: clone 
control: clone -1 -2
control: reassign -2 src:binutils
control: found -2 2.45-8
control: retitle -2 binutils: GLIBC_ABI_GNU_TLS produced for i386 binaries that do not need it

Hi,

On 2025-12-07 14:51, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > On 2025-12-06 22:05, Aurelien Jarno wrote:
> >> On 2025-12-06 19:58, Adrian Bunk wrote:
> >> > Doesn't this say that it is a bug when every single program picks up a 
> >> > dependency on GLIBC_ABI_GNU_TLS?
> >> 
> >> Or rather, this is a limitation of the linker system which can't easily 
> >> add a symbol depending if TLS is used or not in the binary.
> >
> > Well looking more into details, it could be a binutils bug. It is 
> > supposed to add this "flag" only if input relocatable object files
> > call ___tls_get_addr.
> 
> Yes, it's not supposed to do that.  I can reproduce with
> binutils-2.45.1-1.fc43.x86_64 (with gcc -m32).
> 
> binutils: GLIBC_ABI_GNU_TLS produced for i386 binaries that do not need it
> <https://bugzilla.redhat.com/show_bug.cgi?id=2419758>

Thanks for confirming that. I am therefore cloning this bug to binutils.

Regards
Aurelien
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.