[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