Re: RFC: 77-gary-diagnose-version-mismatch.patch

[Gary V. Vaughan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexandre Duret-Lutz wrote:
| Note that if AC_LIBTOOL_TAGS is removed, both CVS Autoconf and
| CVS Automake need to be changed.  This is not problem, since
| none of them has been released yet... but the sooner you settle
| on this the better :)

Good point.  I guess we need to put that on the 1.6 feature list.  (We could
really do with a libtool bugzilla to manage this kind of thing!!).

| As far as Automake is concerned, AC_LIBTOOL_TAGS is more useful
| because that way it can trace the list of supported tags.  With
| LT_INIT_LIBTOOL it would get a list of options, with some tags
| intermixed.  That could be used too, but it sounds less clean.

I'm all for cleaning up libtool's namespace pollution, but it makes sense to
match out the tag names, and call _LT_TAGS (or whatever AC_LIBTOOL_TAGS
replacement is called).  You would be able to trace that macro for the list of
tag names used.

| It easy: _?(AC|AH|AS|AU|m4)_* macro names are reserved for
| Autoconf, and _?AM_* names are reserved for Automake.  Ideally
| nobody else should define macros in these namespaces, but
| everybody does.

Libtool started to use LT_AC_ for public macros so that the unexpanded ones
would be detected by autoconf (by virtue of the AC_).  We seem to have gotten
confused along the way, so some use that convention and some don't.  The
m4_pattern_forbid call nom allows us to catch _?(LT_)[A-Z_]* as unexpanded
macros, so there is no reason for us to have a messy namespace anymore.
AU_DEFUN can help with the Great Renaming :-)

Cheers,
        Gary.
- --
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://www.oranda.demon.co.uk
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAHitMFRMICSmD1gYRAtj0AJwMgcl7OWNaeTlFdk1WcwKvNyZw5ACffED7
s39wV5PoJPmIRtPi1C9I0P0=
=qB9z
-----END PGP SIGNATURE-----