This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: built files in CVS
- To: "'Didier Verna'" <didier at lrde dot epita dot fr>,"'Steve M. Robbins'" <steven dot robbins at videotron dot ca>
- Subject: Re: built files in CVS
- From: "Tim Van Holder" <tim dot van dot holder at pandora dot be>
- Date: Wed, 26 Sep 2001 18:58:22 +0200
- Cc: "'GNU Automake List'" <automake at gnu dot org>
- List-Id: Discussion list for automake <automake.gnu.org>
> > Suffice it to say that I believe that CVS is the wrong tool
> for this.
> > Most, if not all, of the other projects with which I am
> familiar agree
> > with me. Autoconf and automake are the two glaring
> counter-examples,
> > so I wondered if they knew something that I didn't.
>
> Add XEmacs to your "glaring counter-examples". We
> don't have the
> problems you describe because everybody respects the rules.
> Either you don't
> touch these files, or you do it in accordance with the
> archive. I agree it
> doesn't help when something fancy happens on the archive side
> though ;-)
Yes, but for autoconf and automake, this is a bit different, as
an update is likely to bring in a file generated by the version
you're downloading (e.g. updating your Automake 1.5j CVS tree
brings you a Makefile.in generated by the next snapshot, 1.5k).
So for autotools, not using a bootstrap script is likely to
generate many more conflicts than a 'regular' project.