xref: /netbsd-src/external/gpl3/gdb.old/dist/gdb/MAINTAINERS (revision dd3ee07da436799d8de85f3055253118b76bf345)
1		GDB Maintainers
2		===============
3
4
5		   Overview
6		   --------
7
8This file describes different groups of people who are, together, the
9maintainers and developers of the GDB project.  Don't worry - it sounds
10more complicated than it really is.
11
12There are four groups of GDB developers, covering the patch development and
13review process:
14
15  - The Global Maintainers.
16
17    These are the developers in charge of most daily development.  They
18    have wide authority to apply and reject patches, but defer to the
19    Responsible Maintainers (see below) within their spheres of
20    responsibility.
21
22  - The Responsible Maintainers.
23
24    These are developers who have expertise and interest in a particular
25    area of GDB, who are generally available to review patches, and who
26    prefer to enforce a single vision within their areas.
27
28  - The Authorized Committers.
29
30    These are developers who are trusted to make changes within a specific
31    area of GDB without additional oversight.
32
33  - The Write After Approval Maintainers.
34
35    These are developers who have write access to the GDB source tree.  They
36    can check in their own changes once a developer with the appropriate
37    authority has approved the changes; they can also apply the Obvious
38    Fix Rule (below).
39
40All maintainers are encouraged to post major patches to the gdb-patches
41mailing list for comments, even if they have the authority to commit the
42patch without review from another maintainer.  This especially includes
43patches which change internal interfaces (e.g. global functions, data
44structures) or external interfaces (e.g. user, remote, MI, et cetera).
45
46The term "review" is used in this file to describe several kinds of feedback
47from a maintainer: approval, rejection, and requests for changes or
48clarification with the intention of approving a revised version.  Review is
49a privilege and/or responsibility of various positions among the GDB
50Maintainers.  Of course, anyone - whether they hold a position but not the
51relevant one for a particular patch, or are just following along on the
52mailing lists for fun, or anything in between - may suggest changes or
53ask questions about a patch!
54
55There's also a couple of other people who play special roles in the GDB
56community, separately from the patch process:
57
58  - The Official FSF-appointed GDB Maintainers.
59
60    These maintainers are the ones who take the overall responsibility
61    for GDB, as a package of the GNU project.  Other GDB contributors
62    work under the official maintainers' supervision.  They have final
63    and overriding authority for all GDB-related decisions, including
64    anything described in this file.  As individuals, they may or not
65    be generally involved in day-to-day development.
66
67  - The Release Manager.
68
69    This developer is in charge of making new releases of GDB.
70
71  - The Patch Champions.
72
73    These volunteers make sure that no contribution is overlooked or
74    forgotten.
75
76Most changes to the list of maintainers in this file are handled by
77consensus among the global maintainers and any other involved parties.
78In cases where consensus can not be reached, the global maintainers may
79ask the official FSF-appointed GDB maintainers for a final decision.
80
81
82			The Obvious Fix Rule
83			--------------------
84
85All maintainers listed in this file, including the Write After Approval
86developers, are allowed to check in obvious fixes.
87
88An "obvious fix" means that there is no possibility that anyone will
89disagree with the change.
90
91A good mental test is "will the person who hates my work the most be
92able to find fault with the change" - if so, then it's not obvious and
93needs to be posted first. :-)
94
95Something like changing or bypassing an interface is _not_ an obvious
96fix, since such a change without discussion will result in
97instantaneous and loud complaints.
98
99For documentation changes, about the only kind of fix that is obvious
100is correction of a typo or bad English usage.
101
102
103	     The Official FSF-appointed GDB Maintainers
104	     ------------------------------------------
105
106These maintainers as a group have final authority for all GDB-related
107topics; they may make whatever changes that they deem necessary, or
108that the FSF requests.
109
110The current official FSF-appointed GDB maintainers are listed below,
111in alphabetical order.  Their affiliations are provided for reference
112only - their maintainership status is individual and not through their
113affiliation, and they act on behalf of the GNU project.
114
115       Pedro Alves (Red Hat)
116       Joel Brobecker (AdaCore)
117       Doug Evans (Google)
118       Eli Zaretskii
119
120		  Global Maintainers
121		  ------------------
122
123The global maintainers may review and commit any change to GDB, except in
124areas with a Responsible Maintainer available.  For major changes, or
125changes to areas with other active developers, global maintainers are
126strongly encouraged to post their own patches for feedback before
127committing.
128
129The global maintainers are responsible for reviewing patches to any area
130for which no Responsible Maintainer is listed.
131
132Global maintainers also have the authority to revert patches which should
133not have been applied, e.g. patches which were not approved, controversial
134patches committed under the Obvious Fix Rule, patches with important bugs
135that can't be immediately fixed, or patches which go against an accepted and
136documented roadmap for GDB development.  Any global maintainer may request
137the reversion of a patch.  If no global maintainer, or responsible
138maintainer in the affected areas, supports the patch (except for the
139maintainer who originally committed it), then after 48 hours the maintainer
140who called for the reversion may revert the patch.
141
142No one may reapply a reverted patch without the agreement of the maintainer
143who reverted it, or bringing the issue to the official FSF-appointed
144GDB maintainers for discussion.
145
146At the moment there are no documented roadmaps for GDB development; in the
147future, if there are, a reference to the list will be included here.
148
149The current global maintainers are (in alphabetical order):
150
151Pedro Alves                     palves@redhat.com
152Joel Brobecker			brobecker@adacore.com
153Kevin Buettner			kevinb@redhat.com
154Andrew Burgess			andrew.burgess@embecosm.com
155Doug Evans			dje@google.com
156Simon Marchi			simon.marchi@polymtl.ca
157Yao Qi				qiyao@sourceware.org
158Tom Tromey			tom@tromey.com
159Ulrich Weigand			Ulrich.Weigand@de.ibm.com
160Eli Zaretskii			eliz@gnu.org
161
162
163			Release Manager
164			---------------
165
166The current release manager is: Joel Brobecker  <brobecker@adacore.com>
167
168His responsibilities are:
169
170    * organizing, scheduling, and managing releases of GDB.
171
172    * deciding the approval and commit policies for release branches,
173      and can change them as needed.
174
175
176
177			Patch Champions
178			---------------
179
180These volunteers track all patches submitted to the gdb-patches list.  They
181endeavor to prevent any posted patch from being overlooked; work with
182contributors to meet GDB's coding style and general requirements, along with
183FSF copyright assignments; remind (ping) responsible maintainers to review
184patches; and ensure that contributors are given credit.
185
186Current patch champions (in alphabetical order):
187
188	<none>
189
190
191			Responsible Maintainers
192			-----------------------
193
194These developers have agreed to review patches in specific areas of GDB, in
195which they have knowledge and experience.  These areas are generally broad;
196the role of a responsible maintainer is to provide coherent and cohesive
197structure within their area of GDB, to assure that patches from many
198different contributors all work together for the best results.
199
200Global maintainers will defer to responsible maintainers within their areas,
201as long as the responsible maintainer is active.  Active means that
202responsible maintainers agree to review submitted patches in their area
203promptly; patches and followups should generally be answered within a week.
204If a responsible maintainer is interested in reviewing a patch but will not
205have time within a week of posting, the maintainer should send an
206acknowledgement of the patch to the gdb-patches mailing list, and
207plan to follow up with a review within a month.  These deadlines are for
208initial responses to a patch - if the maintainer has suggestions
209or questions, it may take an extended discussion before the patch
210is ready to commit.  There are no written requirements for discussion,
211but maintainers are asked to be responsive.
212
213If a responsible maintainer misses these deadlines occasionally (e.g.
214vacation or unexpected workload), it's not a disaster - any global
215maintainer may step in to review the patch.  But sometimes life intervenes
216more permanently, and a maintainer may no longer have time for these duties.
217When this happens, he or she should step down (either into the Authorized
218Committers section if still interested in the area, or simply removed from
219the list of Responsible Maintainers if not).
220
221If a responsible maintainer is unresponsive for an extended period of time
222without stepping down, please contact the Global Maintainers; they will try
223to contact the maintainer directly and fix the problem - potentially by
224removing that maintainer from their listed position.
225
226If there are several maintainers for a given domain then any one of them
227may review a submitted patch.
228
229Target Instruction Set Architectures:
230
231The *-tdep.c files.  ISA (Instruction Set Architecture) and OS-ABI
232(Operating System / Application Binary Interface) issues including CPU
233variants.
234
235The Target/Architecture maintainer works with the host maintainer when
236resolving build issues.  The Target/Architecture maintainer works with
237the native maintainer when resolving ABI issues.
238
239	aarch64		--target=aarch64-elf ,-Werror
240			Alan Hayward		alan.hayward@arm.com
241
242	alpha		--target=alpha-elf ,-Werror
243
244	arm		--target=arm-elf ,-Werror
245			Alan Hayward		alan.hayward@arm.com
246
247	avr		--target=avr ,-Werror
248
249	cris		--target=cris-elf ,-Werror ,
250			(sim does not build with -Werror)
251
252	frv		--target=frv-elf ,-Werror
253
254	h8300		--target=h8300-elf ,-Werror
255
256	i386		--target=i386-elf ,-Werror
257
258	ia64		--target=ia64-linux-gnu ,-Werror
259			(--target=ia64-elf broken)
260
261	lm32		--target=lm32-elf ,-Werror
262
263	m32c		--target=m32c-elf ,-Werror
264
265	m32r		--target=m32r-elf ,-Werror
266
267	m68hc11		--target=m68hc11-elf ,-Werror ,
268	m68k		--target=m68k-elf ,-Werror
269
270	mcore		Deleted
271
272	mep		--target=mep-elf ,-Werror
273			Kevin Buettner		kevinb@redhat.com
274
275	microblaze	--target=microblaze-xilinx-elf ,-Werror
276			--target=microblaze-linux-gnu ,-Werror
277			Michael Eager		eager@eagercon.com
278
279	mips I-IV	--target=mips-elf ,-Werror
280			Maciej W. Rozycki	macro@linux-mips.org
281
282	mn10300		--target=mn10300-elf broken
283			(sim/ dies with make -j)
284
285	moxie		--target=moxie-elf ,-Werror
286			Anthony Green		green@moxielogic.com
287
288	ms1		--target=ms1-elf ,-Werror
289			Kevin Buettner		kevinb@redhat.com
290
291	nios2		--target=nios2-elf ,-Werror
292			--target=nios2-linux-gnu ,-Werror
293			Yao Qi			qiyao@sourceware.org
294
295	ns32k		Deleted
296
297	or1k		--target=or1k-elf ,-Werror
298			Stafford Horne		shorne@gmail.com
299
300	pa		--target=hppa-elf ,-Werror
301
302	powerpc		--target=powerpc-eabi ,-Werror
303
304	riscv		--target=riscv32-elf ,-Werror
305			--target=riscv64-elf ,-Werror
306			Andrew Burgess		andrew.burgess@embecosm.com
307			Palmer Dabbelt		palmer@sifive.com
308
309	rl78		--target=rl78-elf ,-Werror
310
311	rx		--target=rx-elf ,-Werror
312
313	s390		--target=s390-linux-gnu ,-Werror
314			Andreas Arnez		arnez@linux.vnet.ibm.com
315
316	score	--target=score-elf
317	sh		--target=sh-elf ,-Werror
318
319	sparc		--target=sparc64-solaris2.10 ,-Werror
320			(--target=sparc-elf broken)
321
322	spu		--target=spu-elf ,-Werror
323			Ulrich Weigand		uweigand@de.ibm.com
324
325	tic6x		--target=tic6x-elf ,-Werror
326			Yao Qi			qiyao@sourceware.org
327
328	v850		--target=v850-elf ,-Werror
329
330	vax		--target=vax-netbsd ,-Werror
331
332	x86-64		--target=x86_64-linux-gnu ,-Werror
333
334	xstormy16	--target=xstormy16-elf
335	xtensa		--target=xtensa-elf
336
337All developers recognized by this file can make arbitrary changes to
338OBSOLETE targets.
339
340The Bourne shell script gdb_mbuild.sh can be used to rebuild all the
341above targets.
342
343
344Host/Native:
345
346The Native maintainer is responsible for target specific native
347support - typically shared libraries and quirks to procfs/ptrace/...
348The Native maintainer works with the Arch and Core maintainers when
349resolving more generic problems.
350
351The host maintainer ensures that gdb can be built as a cross debugger on
352their platform.
353
354Darwin			Tristan Gingold		tgingold@free.fr
355djgpp native		Eli Zaretskii		eliz@gnu.org
356FreeBSD			John Baldwin		jhb@freebsd.org
357GNU/Linux m68k		Andreas Schwab		schwab@linux-m68k.org
358Solaris			Rainer Orth		ro@CeBiTec.Uni-Bielefeld.DE
359
360
361Core: Generic components used by all of GDB
362
363linespec		Keith Seitz             keiths@redhat.com
364
365language support
366  Ada			Joel Brobecker		brobecker@adacore.com
367  D			Iain Buclaw		ibuclaw@gdcproject.org
368  Rust			Tom Tromey		tom@tromey.com
369shared libs		Kevin Buettner		kevinb@redhat.com
370MI interface		Vladimir Prus		vladimir@codesourcery.com
371
372documentation		Eli Zaretskii		eliz@gnu.org
373  (including NEWS)
374testsuite
375  gdbtk (gdb.gdbtk)     Keith Seitz             keiths@redhat.com
376
377SystemTap		Sergio Durigan Junior	sergiodj@redhat.com
378
379
380
381Reverse debugging / Record and Replay / Tracing:
382
383record btrace		Markus T. Metzger	markus.t.metzger@intel.com
384
385
386
387UI: External (user) interfaces.
388
389gdbtk (c & tcl)		Fernando Nasser         fnasser@redhat.com
390			Keith Seitz		keiths@redhat.com
391libgui (w/foundry, sn)	Keith Seitz		keiths@redhat.com
392
393
394Misc:
395
396gdb/gdbserver		Daniel Jacobowitz	drow@false.org
397
398Makefile.in, configure*	ALL
399
400mmalloc/		ALL Host maintainers
401
402sim/			See sim/MAINTAINERS
403
404readline/		Master version: ftp://ftp.cwru.edu/pub/bash/
405			ALL
406			Host maintainers (host dependant parts)
407			(but get your changes into the master version)
408
409tcl/ tk/ itcl/		ALL
410
411contrib/ari		Pierre Muller		muller@sourceware.org
412
413
414		Authorized Committers
415		---------------------
416
417These are developers working on particular areas of GDB, who are trusted to
418commit their own (or other developers') patches in those areas without
419further review from a Global Maintainer or Responsible Maintainer.  They are
420under no obligation to review posted patches - but, of course, are invited
421to do so!
422
423ARM			Richard Earnshaw	rearnsha@arm.com
424Blackfin		Mike Frysinger		vapier@gentoo.org
425CRIS			Hans-Peter Nilsson	hp@axis.com
426IA64			Jeff Johnston		jjohnstn@redhat.com
427MIPS			Joel Brobecker		brobecker@adacore.com
428PowerPC			Kevin Buettner		kevinb@redhat.com
429S390			Ulrich Weigand		uweigand@de.ibm.com
430djgpp			DJ Delorie		dj@delorie.com
431			[Please use this address to contact DJ about DJGPP]
432ia64			Kevin Buettner		kevinb@redhat.com
433AIX			Kevin Buettner		kevinb@redhat.com
434GNU/Linux PPC native	Kevin Buettner		kevinb@redhat.com
435Pascal support		Pierre Muller		muller@sourceware.org
436
437
438			Write After Approval
439			   (alphabetic)
440
441To get recommended for the Write After Approval list you need a valid
442FSF assignment and have submitted one good patch.
443
444Pedro Alves					pedro_alves@portugalmail.pt
445David Anderson					davea@sgi.com
446John David Anglin				dave.anglin@nrc-cnrc.gc.ca
447Andreas Arnez					arnez@linux.vnet.ibm.com
448Shrinivas Atre					shrinivasa@kpitcummins.com
449Sterling Augustine				saugustine@google.com
450John Baldwin					jhb@freebsd.org
451Scott Bambrough					scottb@netwinder.org
452Thiago Jung Bauermann				bauerman@br.ibm.com
453Jon Beniston					jon@beniston.com
454Gary Benson					gbenson@redhat.com
455Gabriel Krisman Bertazi				gabriel@krisman.be
456Jan Beulich					jbeulich@novell.com
457Anton Blanchard					anton@samba.org
458Jim Blandy					jimb@codesourcery.com
459David Blaikie					dblaikie@gmail.com
460Philip Blundell					philb@gnu.org
461Eric Botcazou					ebotcazou@libertysurf.fr
462Per Bothner					per@bothner.com
463Don Breazeal					donb@codesourcery.com
464Joel Brobecker					brobecker@adacore.com
465Dave Brolley					brolley@redhat.com
466Samuel Bronson                                  naesten@gmail.com
467Paul Brook					paul@codesourcery.com
468Julian Brown					julian@codesourcery.com
469Iain Buclaw					ibuclaw@gdcproject.org
470Kevin Buettner					kevinb@redhat.com
471Andrew Burgess					andrew.burgess@embecosm.com
472David Carlton					carlton@bactrian.org
473Stephane Carrez					Stephane.Carrez@gmail.com
474Michael Chastain				mec.gnu@mindspring.com
475Renquan Cheng					crq@gcc.gnu.org
476Eric Christopher				echristo@apple.com
477Randolph Chung					tausq@debian.org
478Nick Clifton					nickc@redhat.com
479J.T. Conklin					jtc@acorntoolworks.com
480Brendan Conoboy					blc@redhat.com
481Ludovic Courtès					ludo@gnu.org
482Tiago Stürmer Daitx				tdaitx@linux.vnet.ibm.com
483Sanjoy Das					sanjoy@playingwithpointers.com
484Jean-Charles Delay				delay@adacore.com
485DJ Delorie					dj@redhat.com
486Chris Demetriou					cgd@google.com
487Philippe De Muyter				phdm@macqel.be
488Dhananjay Deshpande				dhananjayd@kpitcummins.com
489Markus Deuling					deuling@de.ibm.com
490Klee Dienes					kdienes@apple.com
491Gabriel Dos Reis                                gdr@integrable-solutions.net
492Sergio Durigan Junior				sergiodj@redhat.com
493Michael Eager					eager@eagercon.com
494Richard Earnshaw				rearnsha@arm.com
495Steve Ellcey					sje@cup.hp.com
496Frank Ch. Eigler				fche@redhat.com
497Ben Elliston					bje@gnu.org
498Doug Evans					dje@google.com
499Adam Fedor					fedor@gnu.org
500Max Filippov					jcmvbkbc@gmail.com
501Brian Ford					ford@vss.fsi.com
502Matthew Fortune					matthew.fortune@imgtec.com
503Pedro Franco de Carvalho			pedromfc@linux.vnet.ibm.com
504Orjan Friberg					orjanf@axis.com
505Andreas From					andreas.from@ericsson.com
506Nathan Froyd					froydnj@codesourcery.com
507Mike Frysinger					vapier@gentoo.org
508Gary Funck					gary@intrepid.com
509Martin Galvan					martingalvan@sourceware.org
510Chen Gang					gang.chen.5i5j@gmail.com
511Mircea Gherzan					mircea.gherzan@intel.com
512Paul Gilliam					pgilliam@us.ibm.com
513Tristan Gingold					tgingold@free.fr
514Anton Gorenkov					xgsa@yandex.ru
515Raoul Gough					RaoulGough@yahoo.co.uk
516Anthony Green			 		green@redhat.com
517Matthew Green					mrg@eterna.com.au
518Matthew Gretton-Dann				matthew.gretton-dann@arm.com
519Maxim Grigoriev					maxim2405@gmail.com
520Jerome Guitton					guitton@act-europe.fr
521Ben Harris					bjh21@netbsd.org
522Alan Hayward					alan.hayward@arm.com
523Bernhard Heckel					heckel_bernhard@web.de
524Richard Henderson				rth@redhat.com
525Aldy Hernandez					aldyh@redhat.com
526Paul Hilfinger					hilfingr@eecs.berkeley.edu
527Matt Hiller					hiller@redhat.com
528Kazu Hirata					kazu@cs.umass.edu
529James Hogan					james.hogan@imgtec.com
530Jeff Holcomb					jeffh@redhat.com
531Stafford Horne					shorne@gmail.com
532Don Howard					dhoward@redhat.com
533Nick Hudson					nick.hudson@dsl.pipex.com
534Martin Hunt					hunt@redhat.com
535Meador Inge					meadori@codesourcery.com
536Jim Ingham					jingham@apple.com
537Baurzhan Ismagulov				ibr@radix50.net
538Manoj Iyer					manjo@austin.ibm.com
539Daniel Jacobowitz				drow@false.org
540Andreas Jaeger					aj@suse.de
541Janis Johnson					janisjo@codesourcery.com
542Jeff Johnston					jjohnstn@redhat.com
543Ruslan Kabatsayev				b7.10110111@gmail.com
544Geoff Keating					geoffk@redhat.com
545Mark Kettenis					kettenis@gnu.org
546Marc Khouzam					marc.khouzam@ericsson.com
547Toshihito Kikuchi				k.toshihito@yahoo.de
548Jim Kingdon					kingdon@panix.com
549Anton Kolesov					anton.kolesov@synopsys.com
550Paul Koning					paul_koning@dell.com
551Marcin Kościelnicki				koriakin@0x04.net
552Jan Kratochvil					jan.kratochvil@redhat.com
553Maxim Kuvyrkov					maxim@kugelworks.com
554Pierre Langlois 				pierre.langlois@arm.com
555Jonathan Larmour				jifl@ecoscentric.com
556Jeff Law					law@redhat.com
557Justin Lebar					justin.lebar@gmail.com
558David Lecomber					david@streamline-computing.com
559Don Lee						don.lee@sunplusct.com
560Yan-Ting Lin					currygt52@gmail.com
561Robert Lipe					rjl@sco.com
562Lei Liu						lei.liu2@windriver.com
563Sandra Loosemore				sandra@codesourcery.com
564Carl Love                  			cel@us.ibm.com
565H.J. Lu						hjl.tools@gmail.com
566Michal Ludvig                                   mludvig@suse.cz
567Edjunior B. Machado				emachado@linux.vnet.ibm.com
568Luis Machado					luis.machado@linaro.org
569Jose E. Marchesi                                jose.marchesi@oracle.com
570Glen McCready					gkm@redhat.com
571Greg McGary					greg@mcgary.org
572Roland McGrath					roland@hack.frob.com
573Bryce McKinlay					mckinlay@redhat.com
574Jason Merrill					jason@redhat.com
575Markus T. Metzger				markus.t.metzger@intel.com
576David S. Miller					davem@redhat.com
577Mark Mitchell					mark@codesourcery.com
578Marko Mlinar                                    markom@opencores.org
579Alan Modra					amodra@gmail.com
580Fawzi Mohamed					fawzi.mohamed@nokia.com
581Jason Molenda					jmolenda@apple.com
582Chris Moller					cmoller@redhat.com
583Phil Muldoon					pmuldoon@redhat.com
584Pierre Muller					muller@sourceware.org
585Gaius Mulley                                    gaius@glam.ac.uk
586Masaki Muranaka					monaka@monami-software.com
587Joseph Myers					joseph@codesourcery.com
588Fernando Nasser					fnasser@redhat.com
589Adam Nemet					anemet@caviumnetworks.com
590Will Newton					will.newton@linaro.org
591Nathanael Nerode				neroden@gcc.gnu.org
592Hans-Peter Nilsson				hp@bitrange.com
593David O'Brien					obrien@freebsd.org
594Alexandre Oliva					aoliva@redhat.com
595Rainer Orth					ro@cebitec.uni-bielefeld.de
596Karen Osmond					karen.osmond@gmail.com
597Pawandeep Oza					oza.pawandeep@gmail.com
598Patrick Palka					patrick@parcs.ath.cx
599Weimin Pan					weimin.pan@oracle.com
600Denis Pilat					denis.pilat@st.com
601Andrew Pinski					apinski@cavium.com
602Kevin Pouget					kevin.pouget@st.com
603Paul Pluzhnikov					ppluzhnikov@google.com
604Marek Polacek					mpolacek@redhat.com
605Siddhesh Poyarekar				siddhesh@redhat.com
606Vladimir Prus                                   vladimir@codesourcery.com
607Yao Qi						qiyao@sourceware.org
608Qinwei						qinwei@sunnorth.com.cn
609Ramana Radhakrishnan				ramana.radhakrishnan@arm.com
610Siva Chandra Reddy				sivachandra@google.com
611Matt Rice					ratmice@gmail.com
612Frederic Riss					frederic.riss@st.com
613Aleksandar Ristovski				aristovski@qnx.com
614Tom Rix						trix@redhat.com
615Nick Roberts					nickrob@snap.net.nz
616Pierre-Marie de Rodat				derodat@adacore.com
617Xavier Roirand 					roirand@adacore.com
618Bob Rossi 					bob_rossi@cox.net
619Theodore A. Roth				troth@openavr.org
620Ian Roxborough					irox@redhat.com
621Maciej W. Rozycki				macro@linux-mips.org
622Kamil Rytarowski				n54@gmx.com
623Grace Sainsbury					graces@redhat.com
624Kei Sakamoto					sakamoto.kei@renesas.com
625Mark Salter					msalter@redhat.com
626Richard Sandiford				richard@codesourcery.com
627Iain Sandoe					iain@codesourcery.com
628Peter Schauer					Peter.Schauer@mytum.de
629Andreas Schwab					schwab@linux-m68k.org
630Thomas Schwinge					tschwinge@gnu.org
631Keith Seitz					keiths@redhat.com
632Carlos Eduardo Seo				cseo@linux.vnet.ibm.com
633Ozkan Sezer					sezeroz@gmail.com
634Marcus Shawcroft				marcus.shawcroft@arm.com
635Stan Shebs					stanshebs@google.com
636Joel Sherrill					joel.sherrill@oarcorp.com
637Mark Shinwell					shinwell@codesourcery.com
638Craig Silverstein				csilvers@google.com
639Aidan Skinner					aidan@velvet.net
640Jiri Smid					smid@suse.cz
641Andrey Smirnov					andrew.smirnov@gmail.com
642David Smith					dsmith@redhat.com
643Stephen P. Smith				ischis2@cox.net
644Jackie Smith Cashion				jsmith@redhat.com
645Petr Sorfa					petrs@caldera.com
646Andrew Stubbs					ams@codesourcery.com
647Emi Suzuki					emi-suzuki@tjsys.co.jp
648Alfred M. Szmidt				ams@gnu.org
649David Taylor					david.taylor@emc.com
650Ian Lance Taylor				ian@airs.com
651Walfred Tedeschi				walfred.tedeschi@intel.com
652Petr Tesarik					ptesarik@suse.cz
653Gary Thomas					gthomas@redhat.com
654Jason Thorpe					thorpej@netbsd.org
655Caroline Tice					ctice@apple.com
656Kai Tietz					ktietz@redhat.com
657Andreas Tobler					andreast@fgznet.ch
658Jon Turney					jon.turney@dronecode.org.uk
659David Ung					davidu@mips.com
660D Venkatasubramanian				dvenkat@noida.hcltech.com
661Corinna Vinschen				vinschen@redhat.com
662Tom de Vries					tdevries@suse.de
663Sami Wagiaalla					swagiaal@redhat.com
664Keith Walker					keith.walker@arm.com
665Ricard Wanderlof				ricardw@axis.com
666Jiong Wang					jiong.wang@arm.com
667Wei-cheng Wang					cole945@gmail.com
668Kris Warkentin					kewarken@qnx.com
669Philippe Waroquiers				philippe.waroquiers@skynet.be
670Ulrich Weigand					uweigand@de.ibm.com
671Ken Werner					ken.werner@de.ibm.com
672Tim Wiederhake					tim.wiederhake@intel.com
673Mark Wielaard					mjw@redhat.com
674Nathan Williams					nathanw@wasabisystems.com
675Bob Wilson					bob.wilson@acm.org
676Jim Wilson					wilson@tuliptree.org
677Andy Wingo					wingo@igalia.com
678Mike Wrighton					wrighton@codesourcery.com
679Kwok Cheung Yeung				kcy@codesourcery.com
680Elena Zannoni					ezannoni@gmail.com
681Eli Zaretskii					eliz@gnu.org
682Jie Zhang					jzhang918@gmail.com
683Wu Zhou						woodzltc@cn.ibm.com
684Yoshinori Sato					ysato@users.sourceforge.jp
685Hui Zhu						teawater@gmail.com
686Khoo Yit Phang					khooyp@cs.umd.edu
687
688			Past Maintainers
689
690Whenever removing yourself, or someone else, from this file, consider
691listing their areas of development here for posterity.
692
693Jimmy Guo (gdb.hp, tui)				guo at cup dot hp dot com
694Jeff Law (hppa)					law at cygnus dot com
695Daniel Berlin (C++ support)			dan at cgsoftware dot com
696Nick Duffek (powerpc, SCO, Sol/x86)		nick at duffek dot com
697David Taylor (d10v, sparc, utils, defs,
698  expression evaluator, language support)	taylor at candd dot org
699J.T. Conklin (dcache, NetBSD, remote, global)	jtc at acorntoolworks dot com
700Frank Ch. Eigler (sim)				fche at redhat dot com
701Per Bothner (Java)				per at bothner dot com
702Anthony Green (Java)				green at redhat dot com
703Fernando Nasser (testsuite/, mi, cli, KOD)      fnasser at redhat dot com
704Mark Salter (testsuite/lib+config)		msalter at redhat dot com
705Jim Kingdon (web pages)				kingdon at panix dot com
706Jim Ingham (gdbtk, libgui)			jingham at apple dot com
707Mark Kettenis (global, i386-elf, m88k-openbsd,
708  GNU/Linux x86, FreeBSD, hurd native, threads) kettenis at gnu dot org
709Ian Roxborough (in-tree tcl, tk, itcl)		irox at redhat dot com
710Robert Lipe (SCO/Unixware)			rjl at sco dot com
711Peter Schauer (global, AIX, xcoffsolib,
712  Solaris/x86)					Peter.Schauer at mytum dot de
713Scott Bambrough (ARM)				scottb at netwinder dot org
714Philippe De Muyter (coff)			phdm at macqel dot be
715Michael Chastain (testsuite)			mec.gnu at mindspring dot com
716Fred Fish (global)
717Jim Blandy (global)				jimb@red-bean.com
718Michael Snyder (global)
719Christopher Faylor (MS Windows, host & native)
720Daniel Jacobowitz (global, GNU/Linux MIPS,
721  C++, GDBserver)				drow at false dot org
722Maxim Grigoriev (xtensa)			maxim2405 at gmail dot com
723Andrew Cagney (acting head maintainer,
724  release manager, global, MIPS, PPC, d10v,
725  d30v, sim, mi, multi-arch, unwinder)		cagney at gnu dot org
726Paul Hilfinger (Ada)				hilfingr@eecs.berkeley.edu
727David O'Brien (FreeBSD, host & native)		obrien@freebsd.org
728Jason Thorpe (NetBSD, host & native)		thorpej@netbsd.org
729Gaius Mulley (Modula-2)				gaius@glam.ac.uk
730Kei Sakamoto (m32r)				sakamoto.kei@renesas.com
731Orjan Friberg (CRIS)				orjanf@axis.com
732Qinwei (score-elf)				qinwei@sunnorth.com.cn
733Randolph Chung (HPPA)				tausq@debian.org
734Elena Zannoni (Global, event loop, generic
735  symtabs, DWARF readers, ELF readers, stabs
736  readers, readline)				ezannoni@gmail.com
737Adam Fedor (Objective C)			fedor@gnu.org
738Corinna Vinschen (xstormy16-elf)		vinschen@redhat.com
739Theodore A. Roth (avr)				troth@openavr.org
740Stephane Carrez (m68hc11-elf, tui)		Stephane.Carrez@gmail.com
741Alfred M. Szmidt (GNU Hurd)			ams@gnu.org
742Stan Shebs (Global)				stanshebs@google.com
743
744
745Folks that have been caught up in a paper trail:
746
747David Carlton					carlton@bactrian.org
748
749;; Local Variables:
750;; coding: utf-8
751;; End:
752