- GDB Maintainers
+ GDB Maintainers
+ ===============
- Blanket Write Privs
- (alphabetic)
+ Overview
+ --------
-Jim Blandy jimb@redhat.com
-Kevin Buettner kevinb@redhat.com
-Andrew Cagney ac131313@redhat.com
-J.T. Conklin jtc@redback.com
-Fred Fish fnf@ninemoons.com
-Mark Kettenis kettenis@gnu.org
-Peter Schauer Peter.Schauer@regent.e-technik.tu-muenchen.de
-Stan Shebs shebs@apple.com
-Michael Snyder msnyder@redhat.com
-Elena Zannoni ezannoni@redhat.com
-Eli Zaretskii eliz@gnu.org
+This file describes different groups of people who are, together, the
+maintainers and developers of the GDB project. Don't worry - it sounds
+more complicated than it really is.
+
+There are four groups of GDB developers, covering the patch development and
+review process:
+
+ - The Global Maintainers.
+
+ These are the developers in charge of most daily development. They
+ have wide authority to apply and reject patches, but defer to the
+ Responsible Maintainers (see below) within their spheres of
+ responsibility.
+
+ - The Responsible Maintainers.
+
+ These are developers who have expertise and interest in a particular
+ area of GDB, who are generally available to review patches, and who
+ prefer to enforce a single vision within their areas.
+
+ - The Authorized Committers.
+ These are developers who are trusted to make changes within a specific
+ area of GDB without additional oversight.
- Various Maintainers
+ - The Write After Approval Maintainers.
-Note individuals who maintain parts of the debugger need approval to
-check in changes outside of the immediate domain that they maintain.
+ These are developers who have write access to the GDB source tree. They
+ can check in their own changes once a developer with the appropriate
+ authority has approved the changes; they can also apply the Obvious
+ Fix Rule (below).
-If there is no maintainer for a given domain then the responsibility
-falls to the head maintainer.
+All maintainers are encouraged to post major patches to the gdb-patches
+mailing list for comments, even if they have the authority to commit the
+patch without review from another maintainer. This especially includes
+patches which change internal interfaces (e.g. global functions, data
+structures) or external interfaces (e.g. user, remote, MI, et cetera).
-If there are several maintainers for a given domain then
-responsibility falls to the first maintainer. The first maintainer is
-free to devolve that responsibility among the other maintainers.
+The term "review" is used in this file to describe several kinds of feedback
+from a maintainer: approval, rejection, and requests for changes or
+clarification with the intention of approving a revised version. Review is
+a privilege and/or responsibility of various positions among the GDB
+Maintainers. Of course, anyone - whether they hold a position but not the
+relevant one for a particular patch, or are just following along on the
+mailing lists for fun, or anything in between - may suggest changes or
+ask questions about a patch!
+There's also a couple of other people who play special roles in the GDB
+community, separately from the patch process:
- The Obvious Fix Rule
+ - The GDB Steering Committee.
-All maintainers listed in this file are allowed to check in obvious
-fixes.
+ These are the official (FSF-appointed) maintainers of GDB. They have
+ final and overriding authority for all GDB-related decisions, including
+ anything described in this file. The committee is not generally
+ involved in day-to-day development (although its members may be, as
+ individuals).
+
+ - The Release Manager.
+
+ This developer is in charge of making new releases of GDB.
+
+ - The Patch Champions.
+
+ These volunteers make sure that no contribution is overlooked or
+ forgotten.
+
+Most changes to the list of maintainers in this file are handled by
+consensus among the global maintainers and any other involved parties.
+In cases where consensus can not be reached, the global maintainers may
+ask the Steering Committee for a final decision.
+
+
+ The Obvious Fix Rule
+ --------------------
+
+All maintainers listed in this file, including the Write After Approval
+developers, are allowed to check in obvious fixes.
An "obvious fix" means that there is no possibility that anyone will
disagree with the change.
fix, since such a change without discussion will result in
instantaneous and loud complaints.
+For documentation changes, about the only kind of fix that is obvious
+is correction of a typo or bad English usage.
-Target Instruction Set Architectures:
-Generic ISA (Instruction Set Architecture) issues, API variants, CPU
-variants. *-tdep.c. The Target/Architecture maintainer works with the
-host maintainer when resolving build issues. The Target/Architecture
-maintainer works with the native maintainer when resolving API issues.
+ GDB Steering Committee
+ ----------------------
- a29k Deleted.
+The members of the GDB Steering Committee are the FSF-appointed
+maintainers of the GDB project.
- alpha --target=alpha-elf -Werror
- Maintenance only
+The Steering Committee has final authority for all GDB-related topics;
+they may make whatever changes that they deem necessary, or that the FSF
+requests. However, they are generally not involved in day-to-day
+development.
- arc (--target=arc-elf OBSOLETE)
+The current members of the steering committee are listed below, in
+alphabetical order. Their affiliations are provided for reference only -
+their membership on the Steering Committee is individual and not through
+their affiliation, and they act on behalf of the GNU project.
- arm --target=arm-elf ,
- Fernando Nasser fnasser@redhat.com
- Scott Bambrough scottb@netwinder.org
- Richard Earnshaw rearnsha@arm.com
- Not multi-arch
+ Jim Blandy (Mozilla)
+ Andrew Cagney (Red Hat)
+ Robert Dewar (AdaCore, NYU)
+ Klee Dienes (Apple)
+ Paul Hilfinger (UC Berkeley)
+ Dan Jacobowitz (CodeSourcery)
+ Stan Shebs (CodeSourcery)
+ Richard Stallman (FSF)
+ Ian Lance Taylor (C2)
+ Todd Whitesel
- avr --target=avr ,-Werror
- Theodore A. Roth troth@verinet.com
- cris --target=cris-elf ,-Werror
- Orjan Friberg orjanf@axis.com
+ Global Maintainers
+ ------------------
+
+The global maintainers may review and commit any change to GDB, except in
+areas with a Responsible Maintainer available. For major changes, or
+changes to areas with other active developers, global maintainers are
+strongly encouraged to post their own patches for feedback before
+committing.
+
+The global maintainers are responsible for reviewing patches to any area
+for which no Responsible Maintainer is listed.
+
+Global maintainers also have the authority to revert patches which should
+not have been applied, e.g. patches which were not approved, controversial
+patches committed under the Obvious Fix Rule, patches with important bugs
+that can't be immediately fixed, or patches which go against an accepted and
+documented roadmap for GDB development. Any global maintainer may request
+the reversion of a patch. If no global maintainer, or responsible
+maintainer in the affected areas, supports the patch (except for the
+maintainer who originally committed it), then after 48 hours the maintainer
+who called for the reversion may revert the patch.
+
+No one may reapply a reverted patch without the agreement of the maintainer
+who reverted it, or bringing the issue to the GDB Steering Committee for
+discussion.
+
+At the moment there are no documented roadmaps for GDB development; in the
+future, if there are, a reference to the list will be included here.
+
+The current global maintainers are (in alphabetical order):
+
+Jim Blandy jimb@mozilla.com
+Joel Brobecker brobecker@adacore.com
+Kevin Buettner kevinb@redhat.com
+Andrew Cagney cagney@gnu.org
+Daniel Jacobowitz dan@debian.org
+Mark Kettenis kettenis@gnu.org
+Stan Shebs stan@codesourcery.com
+Michael Snyder msnyder@specifix.com
+Ulrich Weigand Ulrich.Weigand@de.ibm.com
+Elena Zannoni ezannoni@redhat.com
+Eli Zaretskii eliz@gnu.org
+
+
+ Release Manager
+ ---------------
+
+The current release manager is: Joel Brobecker <brobecker@adacore.com>
+
+His responsibilities are:
+
+ * organizing, scheduling, and managing releases of GDB.
+
+ * deciding the approval and commit policies for release branches,
+ and can change them as needed.
+
+
+
+ Patch Champions
+ ---------------
+
+These volunteers track all patches submitted to the gdb-patches list. They
+endeavor to prevent any posted patch from being overlooked; work with
+contributors to meet GDB's coding style and general requirements, along with
+FSF copyright assignments; remind (ping) responsible maintainers to review
+patches; and ensure that contributors are given credit.
+
+Current patch champions (in alphabetical order):
- d10v --target=d10v-elf ,-Werror
- Maintenance only
+ Randolph Chung <tausq@debian.org>
- d30v (--target=d30v-elf OBSOLETE)
- fr30 (--target=fr30-elf OBSOLETE)
- h8300 --target=h8300hms -Werror
- Maintenance only
- Not multi-arch, work in progress
+ Responsible Maintainers
+ -----------------------
- h8500 --target=h8500hms -Werror
- Maintenance only
- Not multi-arch, work in progress
+These developers have agreed to review patches in specific areas of GDB, in
+which they have knowledge and experience. These areas are generally broad;
+the role of a responsible maintainer is to provide coherent and cohesive
+structure within their area of GDB, to assure that patches from many
+different contributors all work together for the best results.
+
+Global maintainers will defer to responsible maintainers within their areas,
+as long as the responsible maintainer is active. Active means that
+responsible maintainers agree to review submitted patches in their area
+promptly; patches and followups should generally be answered within a week.
+If a responsible maintainer is interested in reviewing a patch but will not
+have time within a week of posting, the maintainer should send an
+acknowledgement of the patch to the gdb-patches mailing list, and
+plan to follow up with a review within a month. These deadlines are for
+initial responses to a patch - if the maintainer has suggestions
+or questions, it may take an extended discussion before the patch
+is ready to commit. There are no written requirements for discussion,
+but maintainers are asked to be responsive.
+
+If a responsible maintainer misses these deadlines occasionally (e.g.
+vacation or unexpected workload), it's not a disaster - any global
+maintainer may step in to review the patch. But sometimes life intervenes
+more permanently, and a maintainer may no longer have time for these duties.
+When this happens, he or she should step down (either into the Authorized
+Committers section if still interested in the area, or simply removed from
+the list of Responsible Maintainers if not).
+
+If a responsible maintainer is unresponsive for an extended period of time
+without stepping down, please contact the Global Maintainers; they will try
+to contact the maintainer directly and fix the problem - potentially by
+removing that maintainer from their listed position.
+
+If there are several maintainers for a given domain then any one of them
+may review a submitted patch.
+
+Target Instruction Set Architectures:
+
+The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI
+(Operating System / Application Binary Interface) issues including CPU
+variants.
+
+The Target/Architecture maintainer works with the host maintainer when
+resolving build issues. The Target/Architecture maintainer works with
+the native maintainer when resolving ABI issues.
+
+ alpha --target=alpha-elf ,-Werror
+
+ arm --target=arm-elf ,-Werror
+ Richard Earnshaw rearnsha@arm.com
+
+ avr --target=avr ,-Werror
+
+ cris --target=cris-elf ,-Werror ,
+ (sim does not build with -Werror)
+
+ frv --target=frv-elf ,-Werror
+
+ h8300 --target=h8300-elf ,-Werror
i386 --target=i386-elf ,-Werror
Mark Kettenis kettenis@gnu.org
- i960 (--target=i960-coff OBSOLETE)
-
ia64 --target=ia64-linux-gnu ,-Werror
(--target=ia64-elf broken)
- Kevin Buettner kevinb@redhat.com
- m32r (--target=m32r-elf broken)
- Michael Snyder msnyder@redhat.com
- OBSOLETE candidate, not multi-arch
+ m32c --target=m32c-elf ,-Werror
+ Jim Blandy, jimb@codesourcery.com
+
+ m32r --target=m32r-elf ,-Werror
m68hc11 --target=m68hc11-elf ,-Werror ,
Stephane Carrez stcarrez@nerim.fr
m68k --target=m68k-elf ,-Werror
- Maintenance only
- m88k (--target=m88k OBSOLETE)
+ m88k --target=m88k-openbsd ,-Werror
+ Mark Kettenis kettenis@gnu.org
- mcore --target=mcore-elf ,-Werror
- Maintenance only
+ mcore Deleted
+
+ mep --target=mep-elf ,-Werror
+ Kevin Buettner kevinb@redhat.com
mips --target=mips-elf ,-Werror
- Andrew Cagney cagney@redhat.com
- mn10200 --target=mn10200-elf ,-Werror
- Maintenance only
- OBSOLETE candidate, not multi-arch
+ mn10300 --target=mn10300-elf broken
+ (sim/ dies with make -j)
+ Michael Snyder msnyder@specifix.com
- mn10300 --target=mn10300-elf ,-Werror
- Maintenance only
+ ms1 --target=ms1-elf ,-Werror
+ Kevin Buettner kevinb@redhat.com
- ns32k --target=ns32k-netbsd ,-Werror
- Maintenance only
+ ns32k Deleted
- pa (--target=hppa-elf broken)
- Maintenance only
- OBSOLETE candidate, not multi-arch
+ pa --target=hppa-elf ,-Werror
powerpc --target=powerpc-eabi ,-Werror
- Kevin Buettner kevinb@redhat.com
s390 --target=s390-linux-gnu ,-Werror
- (contact DJ Barrow djbarrow@de.ibm.com)
+
+ score --target=score-elf
+ Qinwei qinwei@sunnorth.com.cn
sh --target=sh-elf ,-Werror
- Elena Zannoni ezannoni@redhat.com
+ --target=sh64-elf ,-Werror
- sparc --target=sparc-elf ,-Werror
- Maintenance only
+ sparc --target=sparc64-solaris2.10 ,-Werror
+ (--target=sparc-elf broken)
- tic80 Deleted.
+ spu --target=spu-elf ,-Werror
+ Ulrich Weigand uweigand@de.ibm.com
v850 --target=v850-elf ,-Werror
- Maintenance only
vax --target=vax-netbsd ,-Werror
- Maintenance only
-
- w65 Deleted.
x86-64 --target=x86_64-linux-gnu ,-Werror
- Maintenance only
- xstormy16 --target=xstormy16-elf ,-Werror
+ xstormy16 --target=xstormy16-elf
Corinna Vinschen vinschen@redhat.com
- z8k --target=z8k-coff ,-Werror
- Known problem in 5.1
- Maintenance only
- OBSOLETE candidate, not multi-arch
+ xtensa --target=xtensa-elf
+ Maxim Grigoriev maxim2405@gmail.com
All developers recognized by this file can make arbitrary changes to
OBSOLETE targets.
-All maintainers can test and thence approve non-trivial changes to
-``maintenance only'' targets submitted by recognized developers.
-
-All recognized developers can make mechanical changes (by virtue of
-the obvious fix rule) to ``maintenance only'' targets. The change
-shall be sanity checked by compiling with one of the listed targets.
-
-The Bourne shell script:
-
-cat MAINTAINERS | tr -s '[\t]' '[ ]' | sed -n '
-/^[ ]*[-a-z0-9\.]*[ ]*[(]*--target=.*/ !d
-s/^.*--target=//
-s/).*$//
-h
-:loop
- g
- /^[^ ]*,/ !b end
- s/,[^ ]*//
- p
- g
- s/^[^,]*,//
- h
-b loop
-:end
-p
-'
-
-can be used to generate a list of buildable targets. The list
-containing values for the configure options --target=,
---enable-gdb-build-warnings= and optionally
---enable-sim-build-warnings vis:
-
- arc-elf ,-Werror
- ...
- m68hc11-elf ,-Werror ,
- ...
- hppa1.1-hp-proelf broken
- ...
-
-While the ``broken'' targets are included in the listing, the are not
-expected to build.
+The Bourne shell script gdb_mbuild.sh can be used to rebuild all the
+above targets.
Host/Native:
The Native maintainer works with the Arch and Core maintainers when
resolving more generic problems.
-The host maintainer ensures that gdb (including mmalloc) can be built
-as a cross debugger on their platform.
+The host maintainer ensures that gdb can be built as a cross debugger on
+their platform.
-AIX Peter Schauer Peter.Schauer@regent.e-technik.tu-muenchen.de
- Kevin Buettner kevinb@redhat.com
+AIX Joel Brobecker brobecker@adacore.com
djgpp native Eli Zaretskii eliz@gnu.org
- DJ Delorie dj@redhat.com
+GNU Hurd Alfred M. Szmidt ams@gnu.org
MS Windows (NT, '00, 9x, Me, XP) host & native
- Chris Faylor cgf@redhat.com
+ Chris Faylor cgf@alum.bu.edu
GNU/Linux/x86 native & host
Mark Kettenis kettenis@gnu.org
- Jim Blandy jimb@redhat.com
-GNU/Linux PPC native Kevin Buettner kevinb@redhat.com
GNU/Linux MIPS native & host
Daniel Jacobowitz dan@debian.org
GNU/Linux m68k Andreas Schwab schwab@suse.de
FreeBSD native & host Mark Kettenis kettenis@gnu.org
- David O'Brien obrien@freebsd.org
-hurd native Mark Kettenis kettenis@gnu.org
-NetBSD native & host Jason Thorpe thorpej@wasabisystems.com
-SCO/Unixware Robert Lipe rjl@sco.com
-GNU/Linux ARM native Scott Bambrough scottb@netwinder.org
-Solaris/x86 native & host (devolved)
- Peter Schauer Peter.Schauer@regent.e-technik.tu-muenchen.de
-Solaris/SPARC native & host (devolved)
- Michael Snyder msnyder@redhat.com
Core: Generic components used by all of GDB
-generic arch support Andrew Cagney cagney@redhat.com
- Any host/target maintainer can add to
- gdbarch.{c,h,sh}. Send tricky ones to cagney.
-target vector Andrew Cagney cagney@redhat.com
-main (main.c, top.c) Elena Zannoni ezannoni@redhat.com
-event loop Elena Zannoni ezannoni@redhat.com
-
-generic symtabs Jim Blandy jimb@redhat.com
- Elena Zannoni ezannoni@redhat.com
- dwarf readers Jim Blandy jimb@redhat.com
- Elena Zannoni ezannoni@redhat.com
- elf reader Jim Blandy jimb@redhat.com
- Elena Zannoni ezannoni@redhat.com
- stabs reader Jim Blandy jimb@redhat.com
- Elena Zannoni ezannoni@redhat.com
- coff reader Philippe De Muyter phdm@macqel.be
- xcoff reader Any maintainer can modify this; please send tricky
- ones to Kevin Buettner <kevinb@redhat.com>
- linespec Jim Blandy jimb@redhat.com
- Elena Zannoni ezannoni@redhat.com
- Fernando Nasser fnasser@redhat.com
- HP/UX readers Any [past] maintainer can modify this.
- Please send tricky ones to the symtabs maintainers.
-
-tracing bytecode stuff Jim Blandy jimb@redhat.com
-tracing Michael Snyder msnyder@redhat.com
-threads Michael Snyder msnyder@redhat.com
+tracing Michael Snyder msnyder@specifix.com
+threads Michael Snyder msnyder@specifix.com
Mark Kettenis kettenis@gnu.org
-breakpoints Michael Snyder msnyder@redhat.com
- Jim Blandy jimb@redhat.com
-language support (Blanket Write Privs Maintainers)
+language support
+ Ada Joel Brobecker brobecker@adacore.com
+ Paul Hilfinger hilfinger@gnat.com
C++ Daniel Jacobowitz dan@debian.org
- Java support (devolved)
- Per Bothner per@bothner.com
- Anthony Green green@redhat.com
- Pascal support Pierre Muller muller@sources.redhat.com
- Scheme support Jim Blandy jimb@redhat.com
+ Objective C support Adam Fedor fedor@gnu.org
+shared libs Kevin Buettner kevinb@redhat.com
+MI interface Vladimir Prus vladimir@codesourcery.com
-shared libs (devolved) Jim Blandy jimb@redhat.com
- Kevin Buettner kevinb@redhat.com
- xcoffsolib Peter Schauer Peter.Schauer@regent.e-technik.tu-muenchen.de
-
-remote.c Andrew Cagney cagney@redhat.com
-include/remote-sim.h, remote-sim.c
- Andrew Cagney cagney@redhat.com
-sds protocol Fernando Nasser fnasser@redhat.com
-rdi/adp protocol Fernando Nasser fnasser@redhat.com
documentation Eli Zaretskii eliz@gnu.org
-testsuite Fernando Nasser fnasser@redhat.com
- config Mark Salter msalter@redhat.com
- lib Mark Salter msalter@redhat.com
+ (including NEWS)
+testsuite
gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com
- c++ (gdb.c++) Michael Chastain mec@shout.net
- mi tests (gdb.mi) Elena Zannoni ezannoni@redhat.com
- Andrew Cagney cagney@redhat.com
- stabs (gdb.stabs) Elena Zannoni ezannoni@redhat.com
- threads (gdb.threads) Michael Snyder msnyder@redhat.com
- trace (gdb.trace) Michael Snyder msnyder@redhat.com
- hp tests (gdb.hp) (vacant)
- Java tests (gdb.java) Anthony Green green@redhat.com
-Kernel Object Display Fernando Nasser fnasser@redhat.com
+ threads (gdb.threads) Michael Snyder msnyder@specifix.com
+ trace (gdb.trace) Michael Snyder msnyder@specifix.com
UI: External (user) interfaces.
-command interpreter Fernando Nasser fnasser@redhat.com
-gdbtk (c & tcl) Jim Ingham jingham@apple.com
- Fernando Nasser fnasser@redhat.com
- Keith Seitz keiths@redhat.com
-libgui (w/foundry, sn) Jim Ingham jingham@apple.com
+gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com
Keith Seitz keiths@redhat.com
-mi (gdb/mi) Andrew Cagney cagney@redhat.com
- Elena Zannoni ezannoni@redhat.com
- Fernando Nasser fnasser@redhat.com
-tui (vacant)
- Technical Contact Point wdb@cup.hp.com
+libgui (w/foundry, sn) Keith Seitz keiths@redhat.com
Misc:
gdb/gdbserver Daniel Jacobowitz dan@debian.org
-Web pages. Jim Kingdon jkingdon@engr.sgi.com ++
- (anyone can edit; kingdon is just lead maintainer)
-
Makefile.in, configure* ALL
mmalloc/ ALL Host maintainers
-NEWS ALL
-
sim/ See sim/MAINTAINERS
readline/ Master version: ftp://ftp.cwru.edu/pub/bash/
- Elena Zannoni ezannoni@redhat.com
+ ALL
Host maintainers (host dependant parts)
(but get your changes into the master version)
-tcl/ tk/ itcl/ Ian Roxborough irox@redhat.com
+tcl/ tk/ itcl/ ALL
+
+
+ Authorized Committers
+ ---------------------
+
+These are developers working on particular areas of GDB, who are trusted to
+commit their own (or other developers') patches in those areas without
+further review from a Global Maintainer or Responsible Maintainer. They are
+under no obligation to review posted patches - but, of course, are invited
+to do so!
+
+PowerPC Andrew Cagney cagney@gnu.org
+CRIS Hans-Peter Nilsson hp@axis.com
+IA64 Jeff Johnston jjohnstn@redhat.com
+MIPS Joel Brobecker brobecker@adacore.com
+m32r Kei Sakamoto sakamoto.kei@renesas.com
+PowerPC Kevin Buettner kevinb@redhat.com
+CRIS Orjan Friberg orjanf@axis.com
+HPPA Randolph Chung tausq@debian.org
+S390 Ulrich Weigand uweigand@de.ibm.com
+djgpp DJ Delorie dj@delorie.com
+ [Please use this address to contact DJ about DJGPP]
+tui Stephane Carrez stcarrez@nerim.fr
+ia64 Kevin Buettner kevinb@redhat.com
+AIX Kevin Buettner kevinb@redhat.com
+GNU/Linux PPC native Kevin Buettner kevinb@redhat.com
+gdb.java tests Anthony Green green@redhat.com
+FreeBSD native & host David O'Brien obrien@freebsd.org
+event loop Elena Zannoni ezannoni@redhat.com
+generic symtabs Elena Zannoni ezannoni@redhat.com
+dwarf readers Elena Zannoni ezannoni@redhat.com
+elf reader Elena Zannoni ezannoni@redhat.com
+stabs reader Elena Zannoni ezannoni@redhat.com
+readline/ Elena Zannoni ezannoni@redhat.com
+NetBSD native & host Jason Thorpe thorpej@netbsd.org
+Pascal support Pierre Muller muller@sources.redhat.com
+avr Theodore A. Roth troth@openavr.org
+Modula-2 support Gaius Mulley gaius@glam.ac.uk
+
Write After Approval
(alphabetic)
To get recommended for the Write After Approval list you need a valid
FSF assignment and have submitted one good patch.
+Pedro Alves pedro_alves@portugalmail.pt
David Anderson davea@sgi.com
+John David Anglin dave.anglin@nrc-cnrc.gc.ca
+Shrinivas Atre shrinivasa@kpitcummins.com
Scott Bambrough scottb@netwinder.org
-Jim Blandy jimb@redhat.com
+Thiago Jung Bauermann bauerman@br.ibm.com
+Jan Beulich jbeulich@novell.com
+Jim Blandy jimb@codesourcery.com
Philip Blundell philb@gnu.org
Per Bothner per@bothner.com
-Joel Brobecker brobecker@act-europe.fr
+Joel Brobecker brobecker@adacore.com
Dave Brolley brolley@redhat.com
+Paul Brook paul@codesourcery.com
+Julian Brown julian@codesourcery.com
Kevin Buettner kevinb@redhat.com
-Andrew Cagney ac131313@redhat.com
-David Carlton carlton@math.stanford.edu
+Andrew Cagney cagney@gnu.org
+David Carlton carlton@bactrian.org
Stephane Carrez stcarrez@nerim.fr
-Michael Chastain mec@shout.net
-Eric Christopher echristo@redhat.com
+Michael Chastain mec.gnu@mindspring.com
+Eric Christopher echristo@apple.com
+Randolph Chung tausq@debian.org
Nick Clifton nickc@redhat.com
+J.T. Conklin jtc@acorntoolworks.com
+Brendan Conoboy blc@redhat.com
+Ludovic Courtès ludo@gnu.org
+DJ Delorie dj@redhat.com
+Chris Demetriou cgd@google.com
Philippe De Muyter phdm@macqel.be
-Chris G. Demetriou cgd@broadcom.com
+Dhananjay Deshpande dhananjayd@kpitcummins.com
+Markus Deuling deuling@de.ibm.com
Klee Dienes kdienes@apple.com
-DJ Delorie dj@redhat.com
+Gabriel Dos Reis gdr@integrable-solutions.net
Richard Earnshaw rearnsha@arm.com
+Steve Ellcey sje@cup.hp.com
Frank Ch. Eigler fche@redhat.com
-Ben Elliston bje@redhat.com
+Ben Elliston bje@gnu.org
+Doug Evans dje@google.com
+Adam Fedor fedor@gnu.org
+Brian Ford ford@vss.fsi.com
+Orjan Friberg orjanf@axis.com
+Nathan Froyd froydnj@codesourcery.com
+Gary Funck gary@intrepid.com
+Paul Gilliam pgilliam@us.ibm.com
+Raoul Gough RaoulGough@yahoo.co.uk
Anthony Green green@redhat.com
Matthew Green mrg@eterna.com.au
-Chris Faylor cgf@redhat.com
-Fred Fish fnf@ninemoons.com
-Orjan Friberg orjanf@axis.com
+Maxim Grigoriev maxim2405@gmail.com
+Jerome Guitton guitton@act-europe.fr
Ben Harris bjh21@netbsd.org
Richard Henderson rth@redhat.com
Aldy Hernandez aldyh@redhat.com
Paul Hilfinger hilfinger@gnat.com
Matt Hiller hiller@redhat.com
-Kazu Hirata kazu@hxi.com
+Kazu Hirata kazu@cs.umass.edu
Jeff Holcomb jeffh@redhat.com
Don Howard dhoward@redhat.com
+Nick Hudson nick.hudson@dsl.pipex.com
Martin Hunt hunt@redhat.com
Jim Ingham jingham@apple.com
+Baurzhan Ismagulov ibr@radix50.net
+Manoj Iyer manjo@austin.ibm.com
Daniel Jacobowitz dan@debian.org
Andreas Jaeger aj@suse.de
+Jeff Johnston jjohnstn@redhat.com
Geoff Keating geoffk@redhat.com
Mark Kettenis kettenis@gnu.org
-Jim Kingdon jkingdon@engr.sgi.com ++
-Jeff Law law@redhat.com
+Marc Khouzam marc.khouzam@ericsson.com
+Jim Kingdon kingdon@panix.com
+Jan Kratochvil jan.kratochvil@redhat.com
Jonathan Larmour jlarmour@redhat.co.uk
+Jeff Law law@redhat.com
+David Lecomber david@streamline-computing.com
Robert Lipe rjl@sco.com
-H.J. Lu hjl@lucon.org
+H.J. Lu hjl.tools@gmail.com
Michal Ludvig mludvig@suse.cz
+Luis Machado luisgpm@br.ibm.com
Glen McCready gkm@redhat.com
Greg McGary greg@mcgary.org
+Roland McGrath roland@redhat.com
+Bryce McKinlay mckinlay@redhat.com
Jason Merrill jason@redhat.com
David S. Miller davem@redhat.com
+Mark Mitchell mark@codesourcery.com
+Marko Mlinar markom@opencores.org
+Alan Modra amodra@bigpond.net.au
Jason Molenda jmolenda@apple.com
Pierre Muller muller@sources.redhat.com
+Gaius Mulley gaius@glam.ac.uk
+Joseph Myers joseph@codesourcery.com
Fernando Nasser fnasser@redhat.com
+Adam Nemet anemet@caviumnetworks.com
+Nathanael Nerode neroden@gcc.gnu.org
+Hans-Peter Nilsson hp@bitrange.com
David O'Brien obrien@freebsd.org
Alexandre Oliva aoliva@redhat.com
+Denis Pilat denis.pilat@st.com
+Vladimir Prus vladimir@codesourcery.com
+Qinwei qinwei@sunnorth.com.cn
+Frederic Riss frederic.riss@st.com
+Aleksandar Ristovski aristovski@qnx.com
Tom Rix trix@redhat.com
-Theodore A. Roth troth@verinet.com
+Nick Roberts nickrob@snap.net.nz
+Bob Rossi bob_rossi@cox.net
+Theodore A. Roth troth@openavr.org
Ian Roxborough irox@redhat.com
+Maciej W. Rozycki macro@linux-mips.org
Grace Sainsbury graces@redhat.com
+Kei Sakamoto sakamoto.kei@renesas.com
Mark Salter msalter@redhat.com
-Peter Schauer Peter.Schauer@regent
+Richard Sandiford richard@codesourcery.com
+Peter Schauer Peter.Schauer@mytum.de
Andreas Schwab schwab@suse.de
Keith Seitz keiths@redhat.com
+Carlos Eduardo Seo cseo@linux.vnet.ibm.com
+Stan Shebs stan@codesourcery.com
+Mark Shinwell shinwell@codesourcery.com
+Craig Silverstein csilvers@google.com
Aidan Skinner aidan@velvet.net
Jiri Smid smid@suse.cz
David Smith dsmith@redhat.com
-Stephen P. Smith ischis2@home.com
+Stephen P. Smith ischis2@cox.net
Jackie Smith Cashion jsmith@redhat.com
-Stan Shebs shebs@apple.com
-Michael Snyder msnyder@redhat.com
+Michael Snyder msnyder@specifix.com
Petr Sorfa petrs@caldera.com
+Andrew Stubbs andrew.stubbs@st.com
+Ian Lance Taylor ian@airs.com
Gary Thomas gthomas@redhat.com
-Jason Thorpe thorpej@wasabisystems.com
+Jason Thorpe thorpej@netbsd.org
+Caroline Tice ctice@apple.com
Tom Tromey tromey@redhat.com
+David Ung davidu@mips.com
+D Venkatasubramanian dvenkat@noida.hcltech.com
Corinna Vinschen vinschen@redhat.com
Keith Walker keith.walker@arm.com
+Kris Warkentin kewarken@qnx.com
+Ulrich Weigand uweigand@de.ibm.com
+Nathan Williams nathanw@wasabisystems.com
+Bob Wilson bob.wilson@acm.org
+Jim Wilson wilson@tuliptree.org
Elena Zannoni ezannoni@redhat.com
Eli Zaretskii eliz@gnu.org
-
+Wu Zhou woodzltc@cn.ibm.com
+Yoshinori Sato ysato@users.sourceforge.jp
+Hui Zhu teawater@gmail.com
Past Maintainers
+Whenever removing yourself, or someone else, from this file, consider
+listing their areas of development here for posterity.
+
Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com
Jeff Law (hppa) law at cygnus dot com
Daniel Berlin (C++ support) dan at cgsoftware dot com
Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com
David Taylor (d10v, sparc, utils, defs,
expression evaluator, language support) taylor at candd dot org
-J.T. Conklin (dcache, NetBSD, remote) jtc at redback dot com
+J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com
Frank Ch. Eigler (sim) fche at redhat dot com
+Per Bothner (Java) per at bothner dot com
+Anthony Green (Java) green at redhat dot com
+Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com
+Mark Salter (testsuite/lib+config) msalter at redhat dot com
+Jim Kingdon (web pages) kingdon at panix dot com
+Jim Ingham (gdbtk, libgui) jingham at apple dot com
+Mark Kettenis (hurd native) kettenis at gnu dot org
+Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com
+Robert Lipe (SCO/Unixware) rjl at sco dot com
+Peter Schauer (global, AIX, xcoffsolib,
+ Solaris/x86) Peter.Schauer at mytum dot de
+Scott Bambrough (ARM) scottb at netwinder dot org
+Philippe De Muyter (coff) phdm at macqel dot be
+Michael Chastain (testsuite) mec.gnu at mindspring dot com
+Fred Fish (global)
Folks that have been caught up in a paper trail:
-Jim Kingdon jkingdon@engr.sgi.com
-
---
+David Carlton carlton@bactrian.org
+Ramana Radhakrishnan ramana.r@gmail.com
-(*) Indicates folks that don't have a Kerberos/SSH account in the GDB
-group.
+;; Local Variables:
+;; coding: utf-8
+;; End: