dlsym seems to be broken in sys-libs/glibc-2.34-r10:2.2

[tr1stan]

I recently did a world update and glibc was one of the update packages.
After that some applications requiring dlsym do not work. (libstrangle, mangohud).

[fedeliallalinea]

Can help this topic?
_________________
Questions are guaranteed in life; Answers aren't.

[tr1stan]

Already have looked into the post.
I do not have

[Ionen]

I've been meaning to add libstrangle to the tree for a while now, but this is the reason I still haven't.

There's two things with it:
1. the dlsym fix for >=glibc-2.34 is in master but hasn't been released yet (could do a snapshot, but there's #2)
2. the fix doesn't work on Gentoo because it uses the missing DT_HASH rather than DT_GNU_HASH, see this old comment by me, seems someone opened a new issue too.

Edit:
Believe lack of DT_HASH was caused by a old change for bug #347761 better explained in bug #527504. Unfortunately the old method to find the "true dlsym" which didn't walk the hash table apparently no longer works in glibc-2.34 given dlsym is now part of libc itself. Unsure for a better method.

You could always file a bug to gentoo to try to get DT_HASH restored in glibc I guess, albeit it's rarely needed (was hoping upstream would have a fix that use GNU_HASH instead given it's supposedly better, they mentioned they'd look into it but nothing came of it yet -- I have no real idea about using these and haven't tried to do it myself, nor know if it's easily doable).

[Ionen]

libstrangle is in the tree now, and should work as expected

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ac1b7e0eeda71029d1c9faba0a3bb56386ae9cc2