GNU bug report logs - #7689
Disable portability warnings about make portability issues only?

Previous Next

Full log

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

From: Philip Prindeville <philipp_subx <at> redfish-solutions.com>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: Nick Bowler <nbowler <at> elliptictech.com>, 7689 <at> debbugs.gnu.org
Subject: Re: bug#7689: Fwd: Due for a new release?
Date: Wed, 22 Dec 2010 17:21:07 -0800

On 12/22/10 4:36 PM, Stefano Lattarini wrote:
> reopen 7689 !
> tags 7689 -notabug
> severity 7689 whishlist
> retitle 7689 Disable portability warnings about make portability issues only?
> thanks
>
> On Thursday 23 December 2010, Philip Prindeville wrote:
>> On 12/22/10 3:24 PM, Stefano Lattarini wrote:
>>> tags 7689 notabug
>>> close 7689
>>> thanks
>>>
>>> On Monday 20 December 2010, Philip Prindeville wrote:
>>>> The odd thing is that even though it complains, it still generates the correct Makefile in the first case:
>>>>
>>>> SYMFILES = $(srcdir)/uni.h $(shell $(CC) $(CFLAGS) -E $(srcdir)/header.c | $(AWK) -f $(srcdir)/script.awk)
>>>>
>>>> Does automake need to be $(shell ...)-aware?
>>>>
>>> This is not a bug, as Nick has clearly explained here (BTW, thanks
>>> Nick for this!):
>>>    <http://lists.gnu.org/archive/html/automake/2010-12/msg00051.html>
>>>
>>> So I'm closing it.
>>>
>>> Philip, if you've been confused on this issue by the automake manual,
>>> and have specific complaints or suggestions for improvement, feel free
>>> to open a new bug report.  Thanks.
>>>
>>> Regards,
>>>     Stefano
>> No, not confused.  Just seems counter-intuitive that a GNU utility would have
>> the default behavior of complaining when you use other GNU utilities... or
>> syntax particular to them.
>>
>> It might make more sense to have automake assume that it is being used with
>> gmake, and then have a specific option to explicitly turn off that behavior.
>>
> Well, since one of the primary goals of Automake is generating *portable*
> Makefiles (and believe me it goes through considerable pain to do so), its
> behaviour is perfectly rational in this regard.
>
> That said, I think that having more granular warnings about make-only
> portability issues might make sense; so that a developer interested in
> supporting only GNU make could do something like:
>
>    AUTOMAKE_OPTIONS([-Wall -Wno-make-portability])
>
> and then safely use GNU extensions in his Makefile.am, while preserving
> all the other portability warnings provided by Automake.
>
> In light of this, I'm re-opening and re-titling this bug (with severity
> "whishlist" this time).
>
> Thanks,
>     Stefano

Changing the default to do this would probably better satisfy the Principle of Least Astonishment. :-)

Previous Next

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