[MacPorts] #32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add dependency automatically
MacPorts
noreply at macports.org
Sun Feb 10 12:52:53 PST 2013
#32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add
dependency automatically
---------------------+----------------------
Reporter: cal@… | Owner: larryv@…
Type: defect | Status: assigned
Priority: High | Milestone:
Component: base | Version: 2.0.3
Resolution: | Keywords:
Port: |
---------------------+----------------------
Comment (by cal@…):
`hijack_option` does change the semantics of `depends_lib` and
`depends_build`. Although it probably doesn't make a difference in most
cases we should consider doing this without this hack. If we had a
callback that would be evaluated after the Portfile (and all variants)
were completely sourced, we could add the correct compiler dependency
there using a simple `depends_build-append` statement.
source:trunk/base/src/macports1.0/macports.tcl at 102897:1608-1618#L1608 is
the relevant part of the code executing the Portfiles. Adding a callback
there (e.g., `$workername eval add_compiler_dependencies`, which would in
turn have to be created using `$workername alias add_compiler_dependencies
actually_implementing_procedure`) seems like a cleaner solution to me and
would avoid the change in semantics. We could also provide a generic
callback mechanism there, just in case we (or a Portfile author) ever
needs something similar.
--
Ticket URL: <https://trac.macports.org/ticket/32542#comment:30>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list