Le lundi 06 août 2012 à 16:49 +0200, Jan Nieuwenhuizen a écrit :
I agree, and such scoping happens to be supported by GNU Make, although
I have rarely seen it being used. Consider attached example and see
node Pattern-specific and node Target-specific in the doc.
Ah yes, I'm sure we already
[adding on -devel]
Le lundi 06 août 2012 à 12:12 +0200, John Mandereau a écrit :
I guess the state where you brought StepMake made it a potential
competitor to Automake (but not Autoconf); I have never used Automake,
but after having read a bit about it (comments on the web, wikipedia,
its
On Mon, Aug 06, 2012 at 01:12:19PM +0200, John Mandereau wrote:
or, if this appears to be too hackish, we could keep the per-directory
build system layout for GNU Make, and try such a tree-global build
layout with a build tool designed for this, namely Omake:
Le lundi 06 août 2012 à 14:08 +0100, Graham Percival a écrit :
They have a 0.9.8.6 release candidate 1 -- from 2010 Oct 26. That
doesn't inspire confidence. Is there a more up-to-date website
for recent development
Nope.
, or is this now unsupported software?
It's not developed very
John Mandereau writes:
That said, there is a design I don't like, which BTW is not specific at
all to StepMake: tying build order and make recursion with directory
layout causes trouble in rules with prerequisites that are built in
other directories. IMHO it would be much better to use make
On Mon, Aug 6, 2012 at 11:49 AM, Jan Nieuwenhuizen jann...@gnu.org wrote:
John Mandereau writes:
That said, there is a design I don't like, which BTW is not specific at
all to StepMake: tying build order and make recursion with directory
layout causes trouble in rules with prerequisites that
Il giorno sab, 04/08/2012 alle 00.39 +0200, John Mandereau ha scritto:
I kindly ask a review of
the four commits on top of master that are in dev/jmandereau branch on
Savannah git repo.
Sorry, I forgot to attach the patches, but better is telling how to get
them from Git: first do
clean so