Re: [PATCH] warn: new special syntax warning, hack for aclocal

On 11/02/2012 09:22 PM, Eric Blake wrote: > On 11/02/2012 01:49 PM, Stefano Lattarini wrote: >> Reference: >> >> >> On 11/02/2012 07:34 PM, Stefano Lattarini wrote: >>> Well, it turns out that such warnings are coming from t

Re: [PATCH 4/4] aclocal: smash newlines in arguments of traced macros

Hi Eric, just a quick reply before bedtime ... On 11/02/2012 10:39 PM, Eric Blake wrote: > On 11/02/2012 06:27 AM, Stefano Lattarini wrote: >> This change fixes the existing issues with AC_CONFIG_MACRO_DIRS >> containing newlines: >>

Re: [PATCH 4/4] aclocal: smash newlines in arguments of traced macros

On 11/02/2012 06:27 AM, Stefano Lattarini wrote: > This change fixes the existing issues with AC_CONFIG_MACRO_DIRS > containing newlines: > > > Likely, it will also allow a less involved implementation of the > AM_EXTRA_REC

Re: [PATCH] warn: new special syntax warning, hack for aclocal

On 11/02/2012 01:49 PM, Stefano Lattarini wrote: > Reference: > > > On 11/02/2012 07:34 PM, Stefano Lattarini wrote: >> Well, it turns out that such warnings are coming from the autom4te >> invocation, so I see no simple, n

Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation

On 11/02/2012 12:34 PM, Stefano Lattarini wrote: > Well, it turns out that such warnings are coming from the autom4te > invocation, so I see no simple, non-hacky way to avoid them, unless > we add a knob to autom4te itself. > > So, autoconfers: would be OK with you to add a new warning "category"

[PATCH] warn: new special syntax warning, hack for aclocal (was: Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation)

Reference: On 11/02/2012 07:34 PM, Stefano Lattarini wrote: > Well, it turns out that such warnings are coming from the autom4te > invocation, so I see no simple, non-hacky way to avoid them, unless > we add a knob to autom

Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation

On 11/02/2012 06:34 PM, Stefano Lattarini wrote: > On 11/02/2012 02:36 PM, Nick Bowler wrote: >> On 2012-11-02 10:46 +0100, Stefano Lattarini wrote: >>> On 10/23/2012 12:59 AM, Nick Bowler wrote: 4) I get a bunch of new warnings from aclocal, of the form: configure.ac:42: warnin

Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation

On 11/02/2012 02:36 PM, Nick Bowler wrote: > On 2012-11-02 10:46 +0100, Stefano Lattarini wrote: >> On 10/23/2012 12:59 AM, Nick Bowler wrote: >>> 4) I get a bunch of new warnings from aclocal, of the form: >>> >>> configure.ac:42: warning: DX_EXPORTED_SH is m4_require'd but not >>> m4_defun'

Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation

On 2012-11-02 10:46 +0100, Stefano Lattarini wrote: > On 10/23/2012 12:59 AM, Nick Bowler wrote: > > 4) I get a bunch of new warnings from aclocal, of the form: > > > > configure.ac:42: warning: DX_EXPORTED_SH is m4_require'd but not > > m4_defun'd > > > >The invocation comes from an AC

[PATCH 1/4] aclocal: multiple local m4 macro dirs with AC_CONFIG_MACRO_DIRS

A new macro 'AC_CONFIG_MACRO_DIRS' has been recently introduced in autoconf (and is expected to appear in the autoconf 2.70 release), allowing us to declare several local m4 macro directories for a package. It can be done either passing several arguments to a single invocation: AC_CONFIG_MACR

[PATCH 2/4] aclocal: diagnose non-existing directories in AC_CONFIG_MACRO_DIRS better

This new implementation ensures that any directory (possibly excluding the first one, if the '--install' option is used) that is declared with AC_CONFIG_MACRO_DIRS and that is non-existent will cause an error from aclocal. * aclocal.in (scan_m4_dirs): Add a new argument, telling whether it's OK fo

[PATCH 0/4] Support AC_CONFIG_MACRO_DIRS in aclocal (second attempt)

On 11/02/2012 10:50 AM, Stefano Lattarini wrote: > [+cc: automake-patches, bug-libtool] > [re-sending because delivery to automake and autoconf lists failed] > > References: > >

Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation

[+cc: automake-patches, bug-libtool] [re-sending because delivery to automake and autoconf lists failed] References: On 11/01/2012 07:05 PM, Nick B