This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: ld does not honor /etc/ld.so.conf?
- From: Andreas Jaeger <aj at suse dot de>
- To: vda <vda at port dot imtp dot ilyichevsk dot odessa dot ua>
- Cc: gcc-help at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: Tue, 11 Dec 2001 15:47:02 +0100
- Subject: Re: ld does not honor /etc/ld.so.conf?
- References: <01121116220200.01501@manta>
- Reply-to: gcc-help at gcc dot gnu dot org
vda <vda@port.imtp.ilyichevsk.odessa.ua> writes:
> While slowly rebuilding Slackware linux to my taste I decided to
> keep all apps separate under [/usr]/app/bar-1.2.3 style dirs,
> including their /lib subdirs if any.
>
> So far it works just great, but I have a problem with ld:
> although I added /usr/app/qt/lib to /etc/ld.so.conf and reran
> ldconfig, linking against qt libs fails.
>
> man ld says that /etc/ld.so.conf directories will be searched for libs
> specified in -l<libname> options, it is apparently not true on my system.
Read again:
When using ELF or SunOS, one shared library may require
another. This happens when an "ld -shared" link
includes a shared library as one of the input files.
...
The linker uses the following search paths to locate required shared libraries.
...
8. For a native linker on an ELF system, if the file
/etc/ld.so.conf exists, the list of directories found
in that file.
So its only used when libqt - which is found already - needs another
lib.
> Running shared binaries OTOH succeds. ldd <appname>
> shows that it will successfully use a lib from /usr/app/qt/lib
> if it needs qt.
>
> (qt is just an example, I have same behavior with other libs too)
>
> Is it a ld bug, manpage bug? Or am I doing something silly?
It works as documented,
Andreas
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj