On 20 Oct 2002, Alexandre Julliard wrote:
Ove Kaaven ovehk@ping.uio.no writes:
Now that glibc 2.3 is available for those bleeding-edge folks on debian unstable, it seems that Wines compiled on 2.2 won't run on 2.3 systems. The glibc folks did warn us about this a while ago though, so here's a patch that implements their suggestion for making wine compatible with as many glibc versions as possible. Perhaps Alexandre wants to use his WINE_GET_SONAME stuff to detect the name of the libc at configure time instead of at runtime like I do, though.
Funny, I was working on the same thing right now... But do you really need to fetch the real libc handle? It seems to me RTLD_NEXT should be enough.
I'm not sure, what happens if opengl32.dll.so or d3d8.dll.so links against a libGL.so that links against libpthread.so that overrides fork() ? Would RTLD_NEXT then not go to the pthread fork() ? Or perhaps, it seems, you grab the entry point before those dlls are loaded. Hmm.