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

2024-06-28 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31904 --- Comment #10 from Harmen Stoppels --- Ah OK, I thought add_input_library() was immediate. Thanks for the patch! Sounds like this is easier to implement correctly and more convenient to use as a builtin feature. I could bring that up in a

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

2024-06-26 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31904 --- Comment #8 from Harmen Stoppels --- Hi Nick, I appreciate the patch. Would an additional `ld_plugin_remove_extra_library_path(const char *path)` be possible so that > This does however present a problem if multiple archives with > @samp

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

2024-06-25 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31904 --- Comment #4 from Harmen Stoppels --- > 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

[Bug ld/31906] libdep.so plugin escaping with `\` has bugs, can segfault

2024-06-25 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31906 --- Comment #6 from Harmen Stoppels --- Thanks Nick, looks good to me. Harmen -- You are receiving this mail because: You are on the CC list for the bug.

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

2024-06-21 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31904 --- Comment #2 from Harmen Stoppels --- Hi Nick, > The problem is that there is a libg.a in the standard library search paths > and this is being picked up instead of your local libg.a. I realized that, changed the title of the bug report,

[Bug ld/31906] libdep.so plugin escaping with `\` has bugs, can segfault

2024-06-21 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31906 --- Comment #3 from Harmen Stoppels --- Hi Nick, you're right. But there are larger issues, such as the fact that `\` isn't escaping anything, it's a "skipped character". I submitted a patch that addresses the issues reported here as well as

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

2024-06-20 Thread me at harmenstoppels dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=31904 Harmen Stoppels changed: What|Removed |Added Summary|libdep.so plugin does not |libdep.so plugin registers

[Bug ld/31906] New: libdep.so plugin escaping with `\` has bugs, can segfault

2024-06-18 Thread me at harmenstoppels dot nl
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: me at harmenstoppels dot nl Target Milestone: --- The `libdep.so` plugin allows putting dependency metadata as further command line arguments `-L/foo -lbar` for the linker in the

[Bug ld/31904] New: libdep.so plugin does not register search path in bfd linker

2024-06-18 Thread me at harmenstoppels dot nl
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: me at harmenstoppels dot nl Target Milestone: --- I've created two static libraries `f/libf.a` and `g/libg.a`. The first registers a dependency on the second: `-L/path/to/