Opened 19 years ago
Closed 15 years ago
#66 closed defect (fixed)
c:make does not allow a different make to be called
Reported by: | asmodai@… | Owned by: | cmlenz |
---|---|---|---|
Priority: | minor | Milestone: | 0.6 |
Component: | Recipe commands | Version: | dev |
Keywords: | Cc: | ||
Operating System: |
Description (last modified by cmlenz)
c:make is now hardwired to 'make', but a lot of different/specialised makes are installed under different names, e.g.:
- gmake for GNU make
- bmake for NetBSD's make
- imake for XFree86/X.org's make
- qmake for Trolltech's make.
Attachments (1)
Change History (7)
comment:1 Changed 19 years ago by cmlenz
- Description modified (diff)
comment:2 Changed 19 years ago by cmlenz
- Milestone set to 0.6
This could be addressed using Slave Configuration: you would add a section like this:
[make] path = /usr/bin/gmake
That config value would then be used by the <c:make> command to execute the correct make executable.
Would that work?
Changed 19 years ago by cmlenz
Patch that implements the above suggestion (should work both against 0.5 and current trunk)
comment:3 follow-up: ↓ 6 Changed 19 years ago by cmlenz
Patch above applied in [306].
However, this does not address the issue where a specific variant of make is required for a build.
comment:4 Changed 19 years ago by matu
Could you add nmake also?
comment:5 in reply to: ↑ description Changed 17 years ago by anonymous
Replying to asmodai@in-nomine.org:
- qmake for Trolltech's make.
Note that qmake is more an autoconf than it is a make, so qmake should rather be supported in the autoconf recipe (see #59).
comment:6 in reply to: ↑ 3 Changed 15 years ago by osimons
- Resolution set to fixed
- Status changed from new to closed
Replying to cmlenz:
Patch above applied in [306].
However, this does not address the issue where a specific variant of make is required for a build.
I've added all configuration information to default docs (see wiki:Documentation/configure.html), and by using a [make] section with slave config matching against target properties that should be sufficient? I can't see why not?
I'm closing this as 'fixed'.
(readable description)