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.
