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

Previous Next

Package: automake;

Reported by: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Date: Mon, 20 Dec 2010 20:15:02 UTC

Severity: wishlist

Tags: wontfix

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Philip Prindeville <philipp_subx <at> redfish-solutions.com>
Cc: Nick Bowler <nbowler <at> elliptictech.com>, 7689 <at> debbugs.gnu.org
Subject: bug#7689: Fwd: Due for a new release?
Date: Thu, 23 Dec 2010 01:36:41 +0100
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




This bug report was last modified 12 years and 334 days ago.

Previous Next


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