GNU bug report logs - #7562
automake-set variables don't get properly reordered when overriden in Makefile.am

Previous Next

Full log

View this message in rfc822 format

From: Jack Kelly <jack <at> jackkelly.name>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 7562 <at> debbugs.gnu.org
Subject: bug#7562: automake-set variables don't get properly reordered when overriden in Makefile.am
Date: Mon, 6 Dec 2010 08:28:37 +1100

On Mon, Dec 6, 2010 at 7:50 AM, Stefano Lattarini
<stefano.lattarini <at> gmail.com> wrote:
> On Sunday 05 December 2010, Jack Kelly wrote:
>> Remark: This may be unrelated.
>>
>> I don't know about overriding in Makefile.am, but overriding $(prefix)
>> is important for supporting GNU Stow. To set up a package for Stow,
>> you configure for one prefix and install under another (note that this
>> isn't the same as using $(DESTDIR) - that dumps the whole directory
>> tree under the target path).
>>
>> Example:
>>
>> ./configure --prefix=$HOME
>> make
>> make prefix=$HOME/stow/foo-x.y.z
>> cd $HOME/stow
>> stow foo-x.y.z
>>
>> So whatever you do with the variable ordering, I hope it doesn't break
>> overrides from the command line.
>>
> Oh, it must absolutely not break that, since the behaviour you want is
> mandated by the GNU coding standards, and cannot be changed.  Breaking
> it would be a *grave* automake bug.  So I guess you're safe in this
> respect.

I'm glad you're on top of that. I just wanted to bring it up in case
it had been forgotten.

Thanks.

-- Jack

Previous Next

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