GNU bug report logs - #32269
AM_INIT_AUTOMAKE, subdir-objects, and $(DEPDIR) not being set correctly

Previous Next

Full log

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

From: Philip Prindeville <philipp <at> redfish-solutions.com>
To: Eric Blake <eblake <at> redhat.com>
Cc: Nick Bowler <nbowler <at> draconx.ca>, 32269 <at> debbugs.gnu.org
Subject: Re: bug#32269: Expanding variables
Date: Wed, 25 Jul 2018 17:00:25 -0600

> On Jul 25, 2018, at 4:15 PM, Eric Blake <eblake <at> redhat.com> wrote:
> 
> On 07/25/2018 05:06 PM, Philip Prindeville wrote:
> 
>> Well, the above assumes Gnu Make, yes.
>> How many other flavors of Make does automake/autoconf work with?
> 
> At the moment, all of them.
> 
> Automake 2.0 (currently a work in progress if you check out the right branches in git) requires GNU make, for more compact makefiles at the expense of ditching portability to other arcane makes, now that GNU make is more likely to be easily obtained on modern systems.  But automake 1.x still tries as hard as possible to produce Makefiles portable to all common make implementations, as long as your Makefile.am doesn't add non-portable code to be passed through to Makefile.
> 


In the absence of Gnu make, the other choice would be to emit:

cat <<_EOF_ > /tmp/extvar$$.mk
include $(pwd)/Makefile

xyzzy:
	@echo ‘\$(variable)’
_EOF_

then we could run “variable=$(make -f /tmp/extvar$$.mk xyzzy)” from inside configure… a little uglier than using val.% as a target, but…

Previous Next

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