Nick Bowler
2012-11-26 15:02:15 UTC
Hi folks,
Autoconf defines a macro called AC_PROVIDE_IFELSE, which can allow
one to hook into the AC_REQUIRE machinery in order to do potentially
interesting things. For a specific example, I recently wanted to emit a
(hopefully) helpful warning message if LT_INIT had not been previously
expanded, and it seems that I can do that very easily with something
like:
AC_PROVIDE_IFELSE([LT_INIT], , [m4_warn([syntax], [blah blah])])
However, AC_PROVIDE_IFELSE is not described in the Autoconf manual,
which makes me wonder if the macro should be used by packages. The fact
that it's defined at all (as an alias for m4_provide_if) seems to
suggest that it was intended to be used...
Also, on a related note, AC_PROVIDE is referred to several times in the
Autoconf manual (in a manner that suggests that packages can use it) but
the manual never actually explains what AC_PROVIDE does or how to invoke
it properly.
So, are these macros intended to be used by packages? If so, can they
be documented in the manual?
Thanks,
Autoconf defines a macro called AC_PROVIDE_IFELSE, which can allow
one to hook into the AC_REQUIRE machinery in order to do potentially
interesting things. For a specific example, I recently wanted to emit a
(hopefully) helpful warning message if LT_INIT had not been previously
expanded, and it seems that I can do that very easily with something
like:
AC_PROVIDE_IFELSE([LT_INIT], , [m4_warn([syntax], [blah blah])])
However, AC_PROVIDE_IFELSE is not described in the Autoconf manual,
which makes me wonder if the macro should be used by packages. The fact
that it's defined at all (as an alias for m4_provide_if) seems to
suggest that it was intended to be used...
Also, on a related note, AC_PROVIDE is referred to several times in the
Autoconf manual (in a manner that suggests that packages can use it) but
the manual never actually explains what AC_PROVIDE does or how to invoke
it properly.
So, are these macros intended to be used by packages? If so, can they
be documented in the manual?
Thanks,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)