| Hi!
Salut !
| I propose the following patch (against the latest CVS archive). The
| main purpose of this patch is to actually use AC_BUGREPORT somewhere ;-). I
| also took the opportunity to slightly improve different strings output by
| Autoconf, in the configure script itself as well as `configure --help' and
| `configure --version'.
|
| The only potentially controversal part is that IMHO,
| AC_PACKAGE_BUGREPORT (as an email address only) is too rigid to satisfy
| package developpers, even in the world of GNU packages. Makeinfo, for
| instance, likes to display more:
|
| ,----
| | Email bug reports to [EMAIL PROTECTED],
| | general questions and discussion to [EMAIL PROTECTED]
| `-----
To me this is featurism. I really believe one single address for all
the configure related questions is way enough. If people have
suggestion to make, them the real installed software seems to me like
the proper place to report such things.
I'd like to stick to a single email address. In addition, the string
we use is quite standardized.
| configure --version:
| ,----
| | Configure script for Toto 1.0, generated by Autoconf 2.14a.
| |
This is not right, the proper formatting should be what it is
currently:
% ./configure --version
configure (Toto 1.0) 2.14a
See the GNU coding standards. To answer your question before it comes
:), yes, we follow the GNU coding standards in Autoconf, and there is
no debate about this.
| @@ -2004,7 +2012,8 @@
| [AC_DIVERT_ONCE([HELP_ENABLE], [[
| Optional Features:
| --disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no)
| - --enable-FEATURE[=ARG] include FEATURE [ARG=yes]]])dnl
| + --enable-FEATURE[=ARG] include FEATURE [ARG=yes]
| +]])dnl
| AC_DIVERT_ONCE([HELP_ENABLE], [$2])dnl
| # Check whether --enable-$1 or --disable-$1 was given.
| if test "[${enable_]patsubst([$1], -, _)+set}" = set; then
Why is that? I guess you didn't update before running your diff.
Akim
