[MacPorts] #64009: pg cmake-1.1: add option to formally override build.cmd, for Make-type builds
MacPorts
noreply at macports.org
Fri Nov 19 23:02:03 UTC 2021
#64009: pg cmake-1.1: add option to formally override build.cmd, for Make-type
builds
---------------------------+----------------------
Reporter: mascguy | Owner: mascguy
Type: enhancement | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.7.1
Resolution: | Keywords:
Port: pg-cmake-1.1 |
---------------------------+----------------------
Comment (by RJVB):
Alternatively, the PG could just use `gmake` unconditionally if it's
available. Ports that require it can then simply ensure that via
`depends_build` (which they already do, presumably).
Somewhere I find that solution more elegant
- I don't think the standard/system make has anything over `gmake`, or
does it (is there any port that does NOT build with gmake instead of
make)?
- It doesn't introduce an additional control variable
- No one gets to wonder why there's a `cmake.make` variable but no
equivalent `cmake.ninja` ;)
Using a `cmake.make` control variable could be elegant too, but you'd
probably want it to pull in port:gmake as a build dep, or remove it again
if ever a port sees a reason to switch the build command back FROM gmake.
That seems a tad much complexity if you can just test if gmake is availabe
instead.
--
Ticket URL: <https://trac.macports.org/ticket/64009#comment:1>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list