bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#7689: Fwd: Due for a new release?


From: Stefano Lattarini
Subject: bug#7689: Fwd: Due for a new release?
Date: Thu, 23 Dec 2010 01:36:41 +0100
User-agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; )

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]