autoconf-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: typo in quadrigraph substitution


From: Alexandre Duret-Lutz
Subject: Re: typo in quadrigraph substitution
Date: 07 Aug 2001 09:15:59 +0200
User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7

>>> "Tom" == Tom Tromey <address@hidden> writes:

 >>>>>> "adl" == Alexandre Duret-Lutz <address@hidden> writes:
 adl> The only thing I don't like with $Revision$ is that it
 adl> constrains you to use a version control system.

 Tom> $Revision$ doesn't interact well with CVS.  It is an
 Tom> annoyance to do merges when it is present.  This may not
 Tom> matter for autoconf.

Barf! Ok, you convinced me.  (I've never used keywords with CVS,
I used to with PRCS but this one will strip keywords on checkin
and only substitute them on checkout, preventing any sort of
conflict.)

 Tom> Some places, like the ex-Cygnus part of Red Hat, import
 Tom> tools into their own CVS repository.  This provides a nice
 Tom> way for all developers to get the right version --
 Tom> everyone just uses the current CVS version.  Adding
 Tom> something like a $Revision$ tag which has a real meaning
 Tom> means that anybody importing autoconf into their own
 Tom> repository has to know about this and account for it.

Althought unless you decide to put autom4te.cache in CVS it's not
really an issue if $Revision$ differs from one developer copy to
the other.  Because it has no real meaning.  All what we want is
that when s.o. upgrade his copy of autom4te, the version change,
and then cached values from old versions are flushed to avoid
errors.

 Tom> I prefer hand-maintaining any version number that has a
 Tom> real meaning attached to it.

May I suggest another crazy idea anyway? Just to avoid
hand-maintainance, I really like automation.  Just have Autm4te
use the MD5 sum of itself as version :).  Or if there are only
some attribute name entering in consideration (I don't know what
matters), checksum their name.
-- 
Alexandre Duret-Lutz




reply via email to

[Prev in Thread] Current Thread [Next in Thread]