[MacPorts] #54511: gnuradio @3.7.11 install error when parsing XML
MacPorts
noreply at macports.org
Mon Jul 24 18:35:24 UTC 2017
#54511: gnuradio @3.7.11 install error when parsing XML
----------------------------+-----------------------
Reporter: stephensworld | Owner: michaelld
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.4.1
Resolution: | Keywords:
Port: gnuradio |
----------------------------+-----------------------
Comment (by michaelld):
Lots of stuff in /usr/local ... which was not installed by MacPorts.
Guessing it was installed using Homebrew, yes? Do you actually require
everything in /usr/local to be there? Can you install it via MacPorts
instead, or just get rid of it?
Given that /usr/local is a standard search path for most build systems
(including GNU Automake, CMake, QMake, BMake, and others), there is a high
probability that MacPorts will pick up libraries and heads from within
/usr/local instead of /opt/local ... for example with GNU Radio:
{{{
ZEROMQ_INCLUDE_DIRS:PATH=ZEROMQ_INCLUDE_DIRS-NOTFOUND
ZEROMQ_LIBRARIES:FILEPATH=/usr/local/lib/libzmq.dylib
}}}
In this case, ZeroMQ will not be labeled as found & thus not used, and
none of the other GR dependencies seem to be being found in /usr/local.
We do not support simultaneous installs of MacPorts and other package
managers: they might work, but they might not too. We've worked very hard
to make GR precise in finding dependency headers and libraries; many
others projects aren't as diligent in this regard. I would bet that some
other MacPorts install has linked against a library in and/or is using
headers from /usr/local, which is either directly or indirectly causing
the issue here.
--
Ticket URL: <https://trac.macports.org/ticket/54511#comment:15>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list