Locating libraries installed with MacPorts
Mick Jordan
mick.jordan at oracle.com
Thu Oct 6 00:35:26 CEST 2016
On 10/5/16 3:28 PM, Brandon Allbery wrote:
> On Wed, Oct 5, 2016 at 6:21 PM, Mick Jordan <mick.jordan at oracle.com
> <mailto:mick.jordan at oracle.com>> wrote:
>
> I have several libraries installed via MacPorts (that also exists
> in /usr/lib FWIW), e.g, libpcre and libz. I was rather surprised
> to see that these resolve to the MacPorts location,i.e.,
> /opt/local/lib even though I am not passing -L/opt/local/lib to
> the link step. I thought this might be because I was using gcc to
> do the compilation/linking and that is also installed via
> MacPorts, but I get the same behavior when using clang. I added
> -Wl,-v to the link step and it lists the directories it is
> searching and /opt/local/lib is not included in the list. So my
> question is how is ld resolving to /opt/local/include. I have no
> environment variables such as LDFLAGS set, although /opt/local/bin
> is on my PATH.
>
> I'm running MacPorts 2.3.4 in El Capitan.
>
>
> How is the program being built? If it uses a build framework such as
> autoconf or cmake, or even just pkgconfig, it will often find things
> itself (and sometimes there's no way to stop it from doing so).
>
Yes, the act of writing the email turned out to improve my understanding
of what is happening but, unfortunately, not before I hot the send
button. The libraries in question were actually compiled by another
framework where /opt/local/lib was being passed.
Thanks
Mick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20161005/187c52a8/attachment-0002.html>
More information about the macports-users
mailing list