https://sourceware.org/bugzilla/show_bug.cgi?id=22962
--- Comment #6 from joseph at codesourcery dot com <joseph at codesourcery dot com> --- STARTFILE_PREFIX_SPEC may be needed for the reasons I described in <https://gcc.gnu.org/ml/gcc/2016-12/msg00013.html> - the combination of sysroot suffixes with MULTILIB_OSDIRNAMES. It wouldn't however help with the issue described in this bug, which relates to ld's attempt to emulate dynamic linker search rules to find indirect shared library dependencies (shared libraries listed in DT_NEEDED of a shared library linked against, but not directly named in -l options). See elf32.em: /* We need to find this file and include the symbol table. We want to search for the file in the same way that the dynamic linker will search. That means that we want to use rpath_link, rpath, then the environment variable LD_LIBRARY_PATH (native only), then the DT_RPATH/DT_RUNPATH entries (native only), then the linker script LIB_SEARCH_DIRS. We do not search using the -L arguments. Not using -L arguments, and avoiding a need for explicit -rpath-link, means that default library directories not called just "lib" should have corresponding LIBPATH_SUFFIX settings. If a distribution uses library directories that are not the default ones used by GCC and glibc to install each multilib, then it should have corresponding binutils changes to adjust the default search paths. The GCC support for Debian-style multiarch directory arrangements is upstream, but that for binutils and glibc isn't. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils