Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Aug 21, 2022 at 12:05:11PM +0200, Jan Drögehoff wrote:
> > It's Epic's fault. They must update their anti-cheat to use the modern
> > API.
> 
> More reports have come out claiming this also affects the game Shovel
> Knight[2] and the open source library libstrangle[3], there is the non 0
> chance that there are more programs out there in the wild that this will
> break.
> 
> It feels irresponsible of the glibc maintainers to suddenly respect the
> toolchains desired hash type when they haven't for years and then do it with
> little to no announcement resulting in broken software

To be precise, everything in Fedora except glibc is only built with
DT_GNU_HASH and no DT_HASH since July 2006, glibc has been an exception
that has been built with both because of statically linked programs from 16+
years ago that wouldn't support it.
If all they want is be able to interpose dlsym, they could just use
dlvsym to look up the original sym, instead of diving into the hash tables.

	Jakub
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux