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