[MacPorts] #71051: Macports should add a global "use_xcode yes" config option
MacPorts
noreply at macports.org
Sat Oct 12 16:06:23 UTC 2024
#71051: Macports should add a global "use_xcode yes" config option
--------------------------+--------------------
Reporter: mouse07410 | Owner: (none)
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: base | Version:
Resolution: | Keywords:
Port: |
--------------------------+--------------------
Comment (by ryandesign):
Replying to [comment:5 mouse07410]:
> > The {{{use_xcode}}} variable exists so that ports that require Xcode
can use it. If there are ports that require this to be set that haven't
set it, individual bug reports should be filed for each of those ports
>
> True, but that is taking time and efforts, every time a port gets bitten
by CLT incompatibility. It taxes (unnecessarily, IMHO) every port
maintainer and users of that port. Plus, the time lag for discovery, time
lag for discussion, time lag to incorporate the fix. All of which could be
avoided if the {{{use_xcode}}} is added or move to (a) become **global**,
and (b) **user-controlled**, rather than port maintainer-controlled.
>
> I'm advocating for turning the control of whether to use CLT or Xcode,
to user.
Right. What you're saying is: something in MacPorts doesn't work, and you
want the freedom to fix it in such a way that only you benefit and other
users don't. What I'm saying is that's not how MacPorts works. The purpose
of MacPorts is that the way to build a particular software package only
has to be discovered once, and that knowledge is then encoded into a
portfile so that all users can successfully install it without needing to
know the technical details of how it was done.
--
Ticket URL: <https://trac.macports.org/ticket/71051#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list