https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #19 from Evangelos Foutras <evangelos at foutrelis dot com> --- I believe it's safe to remove the call to dlclose() which, as far as I can tell, would restore the previous behavior of the plugin loader. I will do a Chromium build to verify that the patch from comment #17 works with unpatched LLVM. (I'm 99% sure it won't fail though.) (Bellow excerpts are for reference.) dlopen(3) / glibc says: If the same shared object is loaded again with dlopen(), the same object handle is returned. The dynamic linker maintains reference counts for object handles, so a dynamically loaded shared object is not deallocated until dlclose() has been called on it as many times as dlopen() has succeeded on it. dlopen(3p) / POSIX also touches on this: Only a single copy of an executable object file shall be brought into the address space, even if dlopen() is invoked multiple times in reference to the executable object file, and even if different pathnames are used to reference the executable object file. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils