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