Linker problems with clang /usr/local/lib
Dimitry Andric
dim at FreeBSD.org
Sun Jan 22 21:11:42 UTC 2017
It only does so on Linux. This has always been the case, but apparently
it was never noted clearly in the man page.
-Dimitry
> On 22 Jan 2017, at 21:57, Johannes Lundberg <johalun0 at gmail.com> wrote:
>
> I found a way to pass various linker flags to Rust through the .cargo/config file which is doable for now.
>
> However, in man pages it says that ld looks in /etc/ld.so.conf for paths.. This seem broken. While a solution, having to write wrappers sounds like a workaround that shouldn't be needed...
>
>
> On Sun, Jan 22, 2017 at 12:42 PM, Dimitry Andric <dim at freebsd.org> wrote:
> On 22 Jan 2017, at 21:29, Johannes Lundberg <johalun0 at gmail.com> wrote:
> >
> > How can I make 'cc' (/usr/bin/ld) look for libraries in /usr/local/lib
> > without having to specify environment or command line variables?
> >
> > I got "/usr/local/lib" in /etc/ld.so.conf and /var/run/ld-elf.so.hints.
> >
> > /sbin/ldconfig -l xxx can find library xxx in /usr/local/lib
> >
> > /usr/bin/ld can not.
> >
> > This is a problem when building Rust crates with Cargo which does not care
> > about env variables like LDFLAGS. I can however override the linker and use
> > 'gcc' which solves the problem but I assume it should be possible to get
> > clang (cc) to look in /usr/local/lib as well.
> >
> > Anyone got any ideas?
>
> Create a wrapper script that adds -L/usr/local/lib to the link command
> line, and invokes the 'real' cc or ld. Then either let Rust call the
> wrappers, or put them in a directory that is in front of your PATH.
>
> -Dimitry
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20170122/07ce1792/attachment.sig>
More information about the freebsd-current
mailing list