This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: RISC-V glibc port, v5
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Palmer Dabbelt <palmer at dabbelt dot com>
- Cc: <libc-alpha at sourceware dot org>, Andrew Waterman <andrew at sifive dot com>, Darius Rad <darius at bluespec dot com>, <dj at redhat dot com>, <patches at groups dot riscv dot org>
- Date: Fri, 26 Jan 2018 12:08:59 +0000
- Subject: Re: RISC-V glibc port, v5
- Authentication-results: sourceware.org; auth=none
- References: <mhng-de302570-40a0-487d-b4df-2c319c714407@palmer-si-x1c4>
On Thu, 25 Jan 2018, Palmer Dabbelt wrote:
> > And dl-cache.h is missing a definition of add_system_dir.
>
> When I looked through that I didn't think we needed one because libraries were
> always in paths defined by the arch/abi pair. Our libraries live in
> */lib64/lp64d
> */lib64/lp64
> */lib
>
> with only ld.so living in */lib (as ld-linux-*.so). Looking through the
> existing codebases it appears that I'm supposed to be adding all the
> directories in which we could find libraries for any library path argument
> add_system_dir is given.
Yes. My reasoning for that would be: generic autoconf-configured (etc.)
software may only know about using the lib directory, so you want the lib
directory to be searched regardless of the ABI - but it's also useful to
be able to e.g. list /usr/local/lib in /etc/ld.so.conf for all
architectures and have that automatically imply /usr/local/lib64/lp64d
etc. so that libraries can be found that come from software that does use
the ABI-specific directories.
--
Joseph S. Myers
joseph@codesourcery.com