[Bug binutils/23460] regression: ar can not create archive containing many (>1024) lto object files

[evangelos at foutrelis dot com]

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.