public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Phil Edwards <pedwards@disaster.jaj.com>
To: David Edelsohn <dje@watson.ibm.com>
Cc: Mark Mitchell <mark@codesourcery.com>,
	Andreas Jaeger <aj@suse.de>, Bernd Schmidt <bernds@redhat.com>,
	"gcc@gcc.gnu.org" <gcc@gcc.gnu.org>
Subject: Re: MAINTAINERS policy question
Date: Mon, 17 Sep 2001 08:32:00 -0000	[thread overview]
Message-ID: <20010917113109.A7295@disaster.jaj.com> (raw)
In-Reply-To: <200109162113.RAA25704@makai.watson.ibm.com>

On Sun, Sep 16, 2001 at 05:13:44PM -0400, David Edelsohn wrote:
> >>>>> Mark Mitchell writes:
> 
> Mark> I would extend it to documentation that affects X, config.foo files
> Mark> that affect X, and so forth...
> 
> 	What about collect2.c?  What about parts of libstdc++?  What about
> libtool?  What about config.gcc?  There is no clear definition of "so
> forth".  We only have obscured the ambiguity which remains.

Well, when Mark switched libstdc++-v3 to be the official C++ library,
he spoke to this point:

    http://gcc.gnu.org/ml/gcc/2000-11/msg00522.html

Look about seven paragraphs down, the one with "Port maintainers w/o global
write access," etc.

It's been libstdc++'s informal policy to treat those config pieces,
and the relevent chunks of configure.{host,target}, as part of a port,
and therefore under a port maintainer's control.  Most of the maintainers
run patches past Benjamin anyhow as an extra sanity check, which is good.


Phil

-- 
Would I had phrases that are not known, utterances that are strange, in
new language that has not been used, free from repetition, not an utterance
which has grown stale, which men of old have spoken.
                                     - anonymous Egyptian scribe, c.1700 BC

  reply	other threads:[~2001-09-17  8:32 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-16  2:52 Bernd Schmidt
2001-09-16  3:12 ` Andreas Jaeger
2001-09-16  3:38   ` Graham Stott
2001-09-16 10:59   ` Mark Mitchell
2001-09-16 11:16     ` Andreas Jaeger
2001-09-16 11:17       ` Mark Mitchell
2001-09-16 11:22         ` Toon Moene
2001-09-16 11:23       ` Gerald Pfeifer
2001-09-16 14:14     ` David Edelsohn
2001-09-17  8:32       ` Phil Edwards [this message]
2001-09-16  4:06 ` Joseph S. Myers
2001-09-16 15:04 ` Joe Buck
2001-09-16  6:04 Ulrich Weigand
2001-09-16 18:19 ` DJ Delorie
2001-09-16  6:39 Richard Kenner
2001-09-16  8:35 ` Daniel Berlin
2001-09-16  8:38 Richard Kenner
2001-09-16 11:46 Richard Kenner
2001-09-16 12:24 ` Andreas Jaeger
2001-09-17  9:44 Ulrich Weigand
2001-09-17 17:40 mike stump
2001-09-18 16:30 ` Marc Espie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010917113109.A7295@disaster.jaj.com \
    --to=pedwards@disaster.jaj.com \
    --cc=aj@suse.de \
    --cc=bernds@redhat.com \
    --cc=dje@watson.ibm.com \
    --cc=gcc@gcc.gnu.org \
    --cc=mark@codesourcery.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).