https://sourceware.org/bugzilla/show_bug.cgi?id=34191
--- Comment #3 from René J.V. Bertin <rjvbertin at gmail dot com> ---
OK, now I'm a bit surprised. I think I've identified the reason, which I missed
because somehow I must have overlooked this:
```
> strace -e fstat nm -U /tmp/placement.cpp.o |& fgrep bfd-plugins
stat("/opt/local/x86_64-pc-linux-gnu/bin/../lib/bfd-plugins", 0x7ffe46828520) =
-1 ENOENT (No such file or directory)
stat("/opt/local/x86_64-pc-linux-gnu/bin/../bin/../lib/bfd-plugins",
0x7ffe46828520) = -1 ENOENT (No such file or directory)
```
```
> strings /opt/local/bin/nm | fgrep bfd-plugins
/opt/local/lib/bfd-plugins
/opt/local/bin/../lib/bfd-plugins
```
I install most of my self-built newer stuff under /opt/local, and configure
binutils with `configure --prefix=/opt/local --enable-plugins` without further
relevant options. This gives me `/opt/local/lib/bfd-plugins/libdep.so` but
`/opt/local/bin/nm` is in fact a link to the copy in the "archdir".
I could move that directory, or expose it at the appropriate place under that
archdir using a symlink but I think it would be cleaner just to get rid of that
archdir altogether. I don't have any use for multi-arch installation so that
feature just complexifies things without reason. I don't see an obvious
configure option to achieve this, is there?
--
You are receiving this mail because:
You are on the CC list for the bug.
