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