glibc 2.37 removed support for lib/tls overrides

[Kiskae]

Describe the bug

Surfaced by #277694, it appears any application that ships multiple thread-local storage implementations has been broken since #188492 was merged, since it stopped prioritizing the "new" ELF tls variants that used to be packaged in $lib/lib/tls.

While most applications now ship these libraries in their default locations, some older applications might still include the legacy tls variant as a default, leading to breakages like mentioned in the PR above.

Deprecated and removed features, and other changes affecting compatibility:

• The dynamic linker no longer loads shared objects from the "tls" subdirectories on the library search path or the subdirectory that corresponds to the AT_PLATFORM system name, or employs the legacy AT_HWCAP search mechanism, which was deprecated in version 2.33.

On my personal machine I could only find that older nvidia drivers shipped with these libraries, but it probably needs to be checked against a full hydra build output to find all the packages that are affected.

Steps To Reproduce

Steps to reproduce the behavior:

1. ❯ find /nix/store -maxdepth 3 -path "*/lib/tls" -type d
2. any packages that show up are potentially affected by this change.

Expected behavior

A clear and concise description of what you expected to happen.

Screenshots

If applicable, add screenshots to help explain your problem.

Additional context

Add any other context about the problem here.

Notify maintainers

@Ma27 - as the person who made the glibc update PR.

Metadata

Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.

[user@system:~]$ nix-shell -p nix-info --run "nix-info -m"
output here

---

Add a 👍 reaction to issues you find important.

[Ma27]

This seems to be more an issue with the specific applications rather than glibc, though.