[Top][All Lists]

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

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

From: Eric Blake
Subject: Re: [PATCH 0/2] AC_CONFIG_MACRO_DIRS: implementation and documentation
Date: Fri, 02 Nov 2012 13:30:18 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121016 Thunderbird/16.0.1

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"
> to autom4te that would suppress *only* this specific warning?
> The warning in question being
>     AC_FOO is m4_require'd but not m4_defun'd
> that is emitted by the '_m4_require_call' internal macro (defined in
> 'lib/m4sugar/m4sugar.m4').

Maybe not a new syntax category, but a way to selectively disable just
that warning.

I'm thinking of adding a witness macro; something like wrapping the
existing [m4_warn([syntax]...)] within _m4_require_call inside an
m4_ifdef([_m4_require_no_warning]) probe; then we supply a trivial
definition of the _m4_require_no_warning witness macro in its own .m4f
file.  Then we can modify lib/ so that the
Autoconf-without-aclocal-m4 language does not use the dedicated file
(ergo, the witness is not present and there is no warning issued when
encountering required macros); but the Autoconf, Autotest, Automate,
M4sh, and M4sugar languages DO use the dedicated file and therefore get
the warning.

Eric Blake   address@hidden    +1-919-301-3266
Libvirt virtualization library

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

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