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