From: Andrew Cagney <ac131313@cygnus.com>
To: Stan Shebs <shebs@apple.com>
Cc: "David S. Miller" <davem@redhat.com>,
drow@mvista.com, gdb-patches@sources.redhat.com
Subject: Re: which patches to review
Date: Wed, 24 Apr 2002 10:16:00 -0000 [thread overview]
Message-ID: <3CC6E84D.2090403@cygnus.com> (raw)
In-Reply-To: <3CC6D4E2.E5858735@apple.com>
Please remember, GDB isn't GCC, is it Linux Kernel list.
> One of the differences I notice with GCC is that there is less
> agonizing over every detail of every patch. When I put the basic
> Darwin support into GCC, the files actually carried along some
> crufty dead code inherited from old NeXT stuff, but since it only
> affected Darwin, nobody worried about it (since then most of it
> has been whacked). There have been other patches that were brave
> attempts, and looked good at first sight, but that didn't last a
> week and had to be reverted. No biggie, that's just a normal
> part of the development process.
Here, you're mistaken.
GDB has (fairly clearly) communicated standards and provided they are
met, the new port just drops in. They don't get thrown into limbo
because a two month feature freeze. They don't get wedged because the
toolchain won't build for three weeks. They are even, typically, get
pulled into release branches.
Its kind of ironic that while all this flaming has been going on, a
brand new port of gdb (ALPHA/NetBSD) has just been dropped into place.
A second target port, AVR is about ready to go (I got a panic attack and
need to go back the assignments clerk.) otherwize it, again, will drop
into place. The AVR port will likely even be pulled into the 5.2 branch
as soon as 5.2 is released.
> Another thing I notice with GCC is that while there is a wish
> list for future development directions, patches are usually not
> held hostage to that list. It's OK for instance to wish that a
> contributor would multi-arch an old macro instead of submitting
> yet another use of it, but if the contributor doesn't want to do
> that, take the patch anyway and worry about multi-arching later.
Again, you are mistaken.
GDB developers approve patches with ``please create a bug report'' and
please include a FIXME... However, they do also ensure that, to best
code (in a pragmatic sense) goes in. Have you recently looked in the
bug database?
Or to look at it another way, we no longer screw up with things like the
HP Merge.
enjoy,
Andrew
next prev parent reply other threads:[~2002-04-24 17:16 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-22 22:49 David S. Miller
2002-04-23 7:47 ` Elena Zannoni
2002-04-23 7:54 ` Daniel Jacobowitz
2002-04-23 22:19 ` David S. Miller
2002-04-24 8:53 ` Stan Shebs
2002-04-24 10:16 ` Andrew Cagney [this message]
2002-04-24 10:48 ` David S. Miller
2002-04-24 12:16 ` Kevin Buettner
2002-04-24 12:25 ` David S. Miller
2002-04-25 7:04 ` Andrew Cagney
[not found] ` <mailpost.1019743470.13502@news-sj1-1>
2002-04-25 9:19 ` cgd
2002-04-25 7:32 ` Andrew Cagney
2002-04-25 18:04 ` David S. Miller
2002-04-25 20:27 ` Andrew Cagney
2002-04-25 18:14 ` Daniel Jacobowitz
2002-04-25 18:36 ` Christopher Faylor
2002-04-25 18:45 ` Daniel Jacobowitz
2002-04-25 19:17 ` Christopher Faylor
2002-04-25 20:33 ` Andrew Cagney
2002-04-26 9:26 ` Stan Shebs
2002-04-25 20:17 ` Andrew Cagney
2002-04-25 22:00 ` Daniel Jacobowitz
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=3CC6E84D.2090403@cygnus.com \
--to=ac131313@cygnus.com \
--cc=davem@redhat.com \
--cc=drow@mvista.com \
--cc=gdb-patches@sources.redhat.com \
--cc=shebs@apple.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