Re: Error message doesn't say, error
Bruce Korb bruce.k...@gmail.com writes: On Wed, Nov 18, 2009 at 7:04 AM, Alfred M. Szmidt a...@gnu.org wrote: Which is exactly what AC_INIT does, it sets PACKAGE_VERSION, PACKAGE_NAME and other such variables that should be used instead. Except that it cannot get propagated from there until configure time. I've found that too late and needed at bootstrap (pre-configure) time. Consequently, I think version stamping should be its own step. A step done at bootstrap time. You can run autoconf -t 'AC_INIT:$2' to get the version number at bootstrap time. -- Ben Pfaff http://benpfaff.org
Re: Error message doesn't say, error
Without some clear marker, it is more than a little hard to find. This is line 414 of 619 lines of typescript text: configure.ac:9: version `sharutils_version' doesn't follow Gnits standards That is how error messages in GNU look like, and have looked like for the past 20 years. You can grep for `configure.ac:[0-9]*:` to find all error messages or use compilation-mode in emacs or some similar editor. See `(standards) Errors' for further variants of error messages. Where do you get this error from? I cannot find it in gnulib, sharutils or autoconf. I suspect that the check is actually wrong, and not your version number even though one tends to use a three group for alpha/beta releases, and two groups for real releases. Any help at all would be appreciated. The sharutils build has been broken for a couple of years now. Thanks! By the way, the `latest' version (i.e. old :-) is avaiable at
Re: Error message doesn't say, error
By the way, the `latest' version (i.e. old :-) is avaiable at ... http://gnu.org/software/womb/gnits/
Re: Error message doesn't say, error
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, but I cannot find it at all: ~/s $ /bin/grep -ir follow Gnits autoconf automake gnulib sharutils ~/s $ 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])
Re: Error message doesn't say, error
* 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
Re: Error message doesn't say, error
configure.ac:9: version `sharutils_version' doesn't follow Gnits standards BTW, the fact that there is an `error:' missing is a bug in Automake: http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/4779/focus=4785 Or TODO item, whatever you'd like to call it.
Re: Error message doesn't say, error
* 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. :-) D'oh, why didn't I think of that! Thanks. 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]) Ah, that makes sense. Super thanks Ralf! Bruce, how about this? I'd actually rather see the whole version.m4 mess be removed, but this is a decent fix for now. 2009-11-15 Alfred M. Szmidt a...@gnu.org * configure.ac (AC_INIT): Wrap sharutils_version and sharutils_eaddr around m4_defn. (AM_INIT_AUTOMAKE): Added `gnits'. *** configure.ac.~1.42.~2009-11-14 21:11:07.0 +0100 --- configure.ac2009-11-15 18:35:29.480981168 +0100 *** *** 6,16 dnl FIXME: AC_CHECK_FUNCS([gethostname getwd]) dnl m4_include([version.m4]) ! AC_INIT([GNU sharutils],[sharutils_version],[sharutils_eaddr]) AC_CONFIG_SRCDIR([src/shar.c]) AC_CONFIG_HEADERS([config.h]) ! AM_INIT_AUTOMAKE([1.11 dist-bzip2]) AC_USE_SYSTEM_EXTENSIONS AC_SUBST(DIST_ALPHA) --- 6,16 dnl FIXME: AC_CHECK_FUNCS([gethostname getwd]) dnl m4_include([version.m4]) ! AC_INIT([GNU sharutils],m4_defn([sharutils_version]),m4_defn([sharutils_eaddr])) AC_CONFIG_SRCDIR([src/shar.c]) AC_CONFIG_HEADERS([config.h]) ! AM_INIT_AUTOMAKE([1.11 dist-bzip2 gnits]) AC_USE_SYSTEM_EXTENSIONS AC_SUBST(DIST_ALPHA)
Error message doesn't say, error
Without some clear marker, it is more than a little hard to find. This is line 414 of 619 lines of typescript text: configure.ac:9: version `sharutils_version' doesn't follow Gnits standards that includes 140 lines of warning messages all caused by gnulib macros. By the way, I didn't find this: http://www.amath.washington.edu/~lf/tutorials/autoconf/gnits/gnits.html#SEC13 helpful to resolve the gnits problem. So, I haven't any idea what the gnitty complaint might be: m4_define([sharutils_version], [4.7.1]) Any help at all would be appreciated. The sharutils build has been broken for a couple of years now. Thanks! Regards, Bruce P.S. I will just remove gnits for now. It's too hard.
Re: Error message doesn't say, error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruce Korb on 11/14/2009 11:01 AM: that includes 140 lines of warning messages all caused by gnulib We've brought that up before, but Bruno didn't like Ralf's patch to silence the warnings in his macros. For now, you'll just have to ignore warnings there. So, I haven't any idea what the gnitty complaint might be: m4_define([sharutils_version], [4.7.1]) Stable versions only need two levels of versions (major and minor), not three. P.S. I will just remove gnits for now. It's too hard. And underspecified. I, for one, won't fault you for not using gnits. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkr+8T4ACgkQ84KuGfSFAYDEtQCeKU+A3u5JkDFVQ4yM3jClIRQW u54AoMsy9KuKxPZp91U+hnwE+9H8ap+v =V+69 -END PGP SIGNATURE-
Re: Error message doesn't say, error
Hi Eric, On Sat, Nov 14, 2009 at 10:04 AM, Eric Blake e...@byu.net wrote: According to Bruce Korb on 11/14/2009 11:01 AM: that includes 140 lines of warning messages all caused by gnulib We've brought that up before, but Bruno didn't like Ralf's patch to silence the warnings in his macros. For now, you'll just have to ignore warnings there. OK, I'll bring it up again then: THIS IS TOO HARD TO DEBUG WHEN THERE IS THAT MUCH CHAFF IN THE OUTPUT!!! If there is an emotional attachment to being able to see chaff, then check for VERBOSE=true in the environment. Forcing hapless coders to wade through hundreds of lines of meaningless chatter to try to find an error message that is not marked with ERROR: is simply way, way, way too much of a burden on anybody that does not live and breathe gnulib/autoconf stuff all day long. Sorry, meaning no offense, Bruno, I just vehemently hate pointless chaff. Thanks - Bruce
