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