https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #20 from Florian Weimer <fw at gcc dot gnu.org> --- (In reply to Andreas Krebbel from comment #19) > As a debugging tool I think asan is a special case also regarding ABI > compatibility. We probably do not want to export the internal symbol and > make it part of the ABI because of a single user. We have users in GCC and LLVM already, and both projects have many downstream forks. This means that it's going to be difficult to adjust all users as part of a system glibc update. GLIBC_PRIVATE is internal to glibc. Please do not depend on these symbols. They can change or go away at any time. For example, the prototype of __libc_res_nsearch changed during a security update.
