From: law@redhat.com
To: mike stump <mrs@windriver.com>
Cc: lord@emf.net, gcc@gcc.gnu.org, gdb@sources.redhat.com
Subject: Re: gcc development schedule [Re: sharing libcpp between GDB and GCC]
Date: Wed, 27 Mar 2002 09:00:00 -0000 [thread overview]
Message-ID: <4293.1017248514@porcupine.cygnus.com> (raw)
In-Reply-To: Your message of Wed, 27 Mar 2002 07:17:27 PST. <200203271517.HAA22671@kankakee.wrs.com>
In message <200203271517.HAA22671@kankakee.wrs.com>, mike stump writes:
> flow out of their, well, uhm, because they are god, rather, because we
> have seen them make the hard choices before, we have experience with
> how they make them, and we have in the past agreed with their manner
> and style.
Right. And in a similar manner, we support those developers who we see
consistently providing high quality designs, code, etc. When we see that
happening we give those developers more and more freedom and eventually
they turn into a Richard Henderson, Mark Mitchell, Jeff Law, etc.
> To overcome this obstacle, you will need to either come up with ideas
> that are obviously better to us that we agree with, or to put in
> enough face time for us to know how you make choices.
Right. Ultimately it comes down to building a certain amount of trust between
the new developer and the older developers. Building that trust usually
happens as the new developer submits quality analysis, designs and code.
It may seem odd, but there was a time when each and every one of the key
developers today had to go through the same process of building the trust
of the older developers. In some cases that process actually happened
nearly a decade before we even had a steering committee.
> Also, ideas are free... Or put another way, ideas are a dime a dozen.
> We can all come up with many ideas, the problem isn't one of coming up
> with ideas, it is finding the resources to implement them.
Amen! From my personal experience, that is really the kicker. And in
fact, changes over the last few years in my personal and professional
life have severely limited how much I can be involved in the day to day
development of GCC. I contribute when I can, but the torch has largely
been passed along to others.
One of my key goals when we started the EGCS project 5 years ago was to
build a self-sustaining project. It's been a joy to watch folks like
Mark, Richard, Bernd, Benjamin, Gerald, David, Alex, Jan and a host of
others pick up where I left off and continue to move the project forward
as I stepped away from the daily grind. I'm sure that some of the key
folks today will move on in the future, but hopefully we've put a system
in place by which new developers are continually brought into the fold.
> It has been that, it now that, and will always be that. If you increased
the
> value of your contributions to include the resources to implement
> them, and yes, you can implement any idea you want... If you want a
> SC committee that collects money from companies, you can always create
> one, using anybody you want, using any rules you want. Just do it.
> You don't need anybodies permission or acceptance.
Right. One of the core ideas when we started EGCS was that folks contribute
based on their abilities. For some that means they work on the internals
of GCC, others deal with web pages, other deal with political issues, others
deal with documentation, testsuites, etc etc.
If someone's skill is finding money and managing dispersal of that money to
foster development of key technologies, then, well, we'd welcome that. But
we're not necessarily going to re-focus the steering committee or the
developers to perform those tasks.
jeff
next prev parent reply other threads:[~2002-03-27 17:00 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-25 15:40 sharing libcpp between GDB and GCC Jim Blandy
2002-03-25 20:07 ` Zack Weinberg
2002-03-25 23:18 ` Neil Booth
2002-03-26 14:29 ` gcc development schedule [Re: sharing libcpp between GDB and GCC] Richard Henderson
2002-03-26 14:37 ` David Edelsohn
2002-03-26 21:32 ` Andreas Jaeger
2002-03-26 15:17 ` Neil Booth
2002-03-26 15:30 ` Tom Lord
2002-03-26 15:40 ` David Edelsohn
2002-03-26 16:03 ` Tom Lord
2002-03-26 16:41 ` Tim Hollebeek
2002-03-26 22:23 ` Eli Zaretskii
2002-03-26 22:43 ` Tom Lord
2002-03-27 7:18 ` mike stump
2002-03-27 9:00 ` law [this message]
2002-03-27 10:13 ` Neil Booth
2002-03-26 22:45 ` Tom Lord
2002-03-26 23:11 ` Daniel Berlin
2002-03-26 23:53 ` Tom Lord
2002-03-27 4:32 ` Fergus Henderson
2002-03-27 6:30 ` Andrew Cagney
2002-03-27 6:43 ` Gianni Mariani
2002-03-26 22:39 ` Andreas Jaeger
2002-03-26 22:54 ` Tom Lord
2002-03-26 15:31 ` Zack Weinberg
2002-03-27 6:01 Robert Dewar
2002-03-27 19:17 Kaveh R. Ghazi
2002-03-27 19:46 ` Zack Weinberg
2002-03-28 1:24 ` Gerald Pfeifer
2002-03-28 1:53 ` Jason Molenda
2002-03-28 2:01 ` Jason Molenda
2002-03-28 7:17 ` Christopher Faylor
2002-03-28 9:01 ` David O'Brien
2002-03-28 21:29 ` Christopher Faylor
2002-03-28 9:00 ` David O'Brien
2002-04-03 14:19 ` Jim Blandy
2002-04-03 14:29 ` Phil Edwards
2002-03-28 12:34 ` Phil Edwards
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=4293.1017248514@porcupine.cygnus.com \
--to=law@redhat.com \
--cc=gcc@gcc.gnu.org \
--cc=gdb@sources.redhat.com \
--cc=lord@emf.net \
--cc=mrs@windriver.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