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