[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