[MacPorts] #71583: Multiple ports opportunistically use whatever they find in /usr/local

MacPorts noreply at macports.org
Wed Dec 18 14:23:21 UTC 2024


#71583: Multiple ports opportunistically use whatever they find in /usr/local
---------------------------+--------------------
  Reporter:  barracuda156  |      Owner:  (none)
      Type:  defect        |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  base          |    Version:  2.10.5
Resolution:                |   Keywords:
      Port:                |
---------------------------+--------------------

Comment (by barracuda156):

 Replying to [comment:2 kencu]:
 > this kind of thing is why we insist on clean buildbot-built software to
 distribute.(eg why we can’t use someone’s gcc build to distribute via
 macports).
 >
 > by default, all compilers are configured to search /usr/local for
 headers and libs.
 >
 > the only compilers that do not do this, I believe, are macports-built
 gcc compilers, due to this:
 >
 > https://github.com/macports/macports-
 ports/blob/8ca160c32e0864ac8ce770389f206c30516d2fff/lang/gcc14/Portfile#L139
 >
 > and I’d have to check to make sure if that applies to every single
 macports gcc compiler

 It certainly has nothing to do with my gcc builds (sorry to disappoint
 here). Often the issue happens because some software hardcodes paths to
 search for libs, and not always it is noticed and fixed.
 This applies to 3 ports of mine, among some number of others’ ports (I
 will fix mine one now).

 I won’t bother checking the code of others’ ports to see whether Apple gcc
 is at fault or rather paths are hardcoded and not fixed.

-- 
Ticket URL: <https://trac.macports.org/ticket/71583#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list