bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/22962] [RISCV] add abi subdirectories support to ld


From: joseph at codesourcery dot com
Subject: [Bug ld/22962] [RISCV] add abi subdirectories support to ld
Date: Thu, 15 Mar 2018 00:57:04 +0000

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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]