This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: commitinfo script to check policy, issue warnings (and/or abort commit)
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Subject: Re: commitinfo script to check policy, issue warnings (and/or abort commit)
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 16 May 2001 13:24:14 -0300
- Cc: <rittle at rsch dot comm dot mot dot com>, <gcc at gcc dot gnu dot org>
- Organization: GCC Team, Red Hat
- References: <Pine.BSF.4.33.0105161536200.33725-100000@taygeta.dbai.tuwien.ac.at>
On May 16, 2001, Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> wrote:
> On Mon, 14 May 2001, Loren James Rittle wrote:
>> If we want to force people to use `cvs import' to bring libtool into
>> our source tree (i.e. prevent_commit=0), then this documentation
>> should appear in http://gcc.gnu.org/codingconventions.html:
> Well, as far as I understood, we don't want to absolutely enforce this
> rule, but strongly recommend it, so it would make sense to add such a
> note to codingconventions.html anyway, wouldn't it? Alexandre?
Yep, sounds reasonable to me. But I'm not so sure about how to get
things imported into a branch, for example. So I'd probably end up
just checking in new versions. The important thing, to me, is not to
enforce import as opposed to commit, but to make it clear that
versions should be brought over from gnu/config and libtool, as
opposed to installing local changes, to avoid divergence and confusion
about versions labeled with the same version number doing different
things.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me