Hi Florian, > This will become an urgent issue with glibc 2.34
Thank you for the early heads-up. I would like to understand the scope and the severity of the issue. You write: > Dynamic linking with weak symbols is not very well-defined. ... > the code will crash if pthread_mutexattr_gettype is ever defined. In which situations will it crash? (a) when the code is in an executable, that gets linked with '-lpthread' and that does not use dlopen()? (b) when the code is in an executable, that gets linked WITHOUT '-lpthread' and that does not use dlopen()? (c) when the code is in an executable, that gets linked WITHOUT '-lpthread' and that does a dlopen("libpthread.so.X")? Under which conditions will it crash? ($) when the executable was built before glibc 2.34 and is run with glibc 2.34 ? (%) when the executable is built against glibc 2.34 and is run with glibc 2.34 ? And if it crashes, will setting the environment variable LD_DYNAMIC_WEAK [1] avoid the crash? Bruno [1] https://sourceware.org/legacy-ml/libc-hacker/2000-06/msg00029.html