* Alfred M. Szmidt wrote on Sun, Nov 15, 2009 at 06:08:58PM CET:
> > configure.ac:9: version `sharutils_version' doesn't follow Gnits
> standards
>
> > Where do you get this error from?
>
> automake. See info Automake Gnits.
>
> I must be missing something utterly obvious,
Line wrapping. :-)
> but I cannot find it at all:
automake.in-# leading tabs here then we need to make the reader smarter, because
automake.in-# otherwise it will think rules like `foo=bar; \' are errors.
automake.in-my $ASSIGNMENT_PATTERN = '^ *([^ \t=:+]*)\s*([:+]?)=\s*(.*)' . "\$";
automake.in:# This pattern recognizes a Gnits version id and sets $1 if the
automake.in-# release is an alpha release. We also allow a suffix which can be
automake.in-# used to extend the version number with a "fork" identifier.
automake.in-my $GNITS_VERSION_PATTERN = '\d+\.\d+([a-z]|\.\d+)?(-[A-Za-z0-9]+)?'
automake.in- {
automake.in- msg ('error-gnits', $package_version_location,
automake.in- "version `$package_version' doesn't follow " .
automake.in: "Gnits standards");
automake.in- }
automake.in- if (defined $1 && -f 'README-alpha')
automake.in- {
> > I suspect that the check is actually wrong,
>
> I'd need to see the configure.ac in order to confirm.
>
> configure.ac:
> | m4_include([version.m4])
> | AC_INIT([GNU sharutils],[sharutils_version],[sharutils_eaddr])
>
> version.m4:
> | m4_define([sharutils_version], [4.7.1])
> | m4_define([sharutils_eaddr], [bug-gnu-ut...@gnu.org])
Oh, that works if you allow m4 traces to see the macro expanded:
AC_INIT([GNU sharutils],sharutils_version,[sharutils_eaddr])
although this is probably safer instead:
AC_INIT([GNU sharutils],m4_defn([sharutils_version]),[sharutils_eaddr])
Cheers,
Ralf
