[Bug ld/31904] libdep.so plugin registers search path after default paths in bfd linker

[me at harmenstoppels dot nl]

https://sourceware.org/bugzilla/show_bug.cgi?id=31904

--- Comment #4 from Harmen Stoppels <me at harmenstoppels dot nl> ---
> fixing the bfd linker's not-having-local-search-paths issue, which I think 
> might be hard to do

Technically it's not very hard: at least in ld.bfd search paths are a linked
list, so it forms a stack. If the plugin API was extended with a call to delete
search paths (if that doesn't exist already), it could clean up after itself. 

In an implementation like that, search paths are inherited from parent to child
when recursively resolving dependencies. That means the behavior is like RPATH
not RUNPATH, which is not terrible.

But if you mean it's difficult in the sense that one has to ensure existing
plugins do not break, I agree. However, if any plugin explicitly relied on
queue instead of stack like behavior for registering additional search paths,
their plugin would not work with ld.gold. So, here too, I feel like a fix is
not necessary breaking, but rather a bug fix, making ld.bfd and ld.gold behave
consistently.

-- 
You are receiving this mail because:
You are on the CC list for the bug.