At least, not anymore since commit 'v1.11-372-g9760039' of 2001-06-10,
"distcheck: add support for AM_DISTCHECK_CONFIGURE_FLAGS". See also
automake bug#8784.
* doc/automake.texi (Flag Variables Ordering): Do not report
'DISTCHECK_CONFIGURE_FLAGS' as a "variables that are only useful
to the maintainer that has no user counterpart": now it is a
user-reserved variable, its maintainer reserved counterpart
being 'AM_DISTCHECK_CONFIGURE_FLAGS' .
Signed-off-by: Stefano Lattarini <stefano.lattar...@gmail.com>
---
doc/automake.texi | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/doc/automake.texi b/doc/automake.texi
index 0ed2bfe..94743ae 100644
--- a/doc/automake.texi
+++ b/doc/automake.texi
@@ -12244,12 +12244,10 @@ obeys this naming scheme. The slight difference is
that
@code{MAKEFLAGS} is passed to sub-@command{make}s implicitly by
@command{make} itself.
-However you should not think that all variables ending with
-@code{FLAGS} follow this convention. For instance,
-@code{DISTCHECK_CONFIGURE_FLAGS} (@pxref{Checking the Distribution}) and
-@code{ACLOCAL_AMFLAGS} (see @ref{Rebuilding} and @ref{Local Macros}),
-are two variables that are only useful to the maintainer and have no
-user counterpart.
+However you should not think that all variables ending with @code{FLAGS}
+follow this convention. For instance, @code{ACLOCAL_AMFLAGS} (see
+@ref{Rebuilding} and @ref{Local Macros}) is a variable that is only
+useful to the maintainer and has no user counterpart.
@code{ARFLAGS} (@pxref{A Library}) is usually defined by Automake and
has neither @code{AM_} nor per-target cousin.
--
1.7.9.5
