GNU bug report logs - #13349
Could we just assume support for make recursive variable expansion unconditionally?

Previous Next

Full log

Message #49 received at 13349 <at> debbugs.gnu.org (full text, mbox):

From: Bob Friesenhahn <bfriesen <at> simple.dallas.tx.us>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 13349 <at> debbugs.gnu.org, Nick Bowler <nbowler <at> elliptictech.com>,
	"bug-autoconf <at> gnu.org" <bug-autoconf <at> gnu.org>,
	Eric Blake <eblake <at> redhat.com>, "automake-ng <at> gnu.org" <automake-ng <at> gnu.org>
Subject: Re: bug#13349: Re-execute with the "correct" make implementation
Date: Thu, 3 Jan 2013 17:35:21 -0600 (CST)

On Fri, 4 Jan 2013, Stefano Lattarini wrote:

> On 01/03/2013 11:53 PM, Nick Bowler wrote:
>> On 2013-01-03 23:05 +0100, Stefano Lattarini wrote:
>>>
>>>   TARGETS = all check clean distclean dist distcheck install uninstall
>>>   .PHONY: $(TARGETS)
>>>   $(TARGETS): ; @gmake $(AM_MAKEFLAGS) $@
>>
>> Unfortunately, this kind of wrapper doesn't work particularly well.  If
>> the user runs something similar to:
>>
>>   make -j2 all install
>>
>> then the wrapper makefile will happily fork off two independent make
>> instances in parallel: one running "gmake all" and one running "gmake
>> install".  The result will probably be catastrophic.
>>
> Sigh, so very true.  Adding ".NOTPARALLEL:" could fix this issue though.
> Assuming that it is portable enough ...
>
> At any case, the wrapper would be just a convenience for the most
> common cases, like:
>
>  ./configure && make -j4 check && make install
>
> It doesn't have to work in all (or even most) scenarios.

This problem (use of wrong 'make') does not impact Automake-NG at all 
and it does not seem wise to create a complex solution for a problem 
which is seldom encountered and typically benign.

Bob
-- 
Bob Friesenhahn
bfriesen <at> simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.