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