spu: Use ptid from regcache instead of inferior_ptid
[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@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
340All developers recognized by this file can make arbitrary changes to
341OBSOLETE targets.
342
343The Bourne shell script gdb_mbuild.sh can be used to rebuild all the
344above targets.
345
346
347Host/Native:
348
349The Native maintainer is responsible for target specific native
350support - typically shared libraries and quirks to procfs/ptrace/...
351The Native maintainer works with the Arch and Core maintainers when
352resolving more generic problems.
353
354The host maintainer ensures that gdb can be built as a cross debugger on
355their platform.
356
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
373linespec Keith Seitz keiths@redhat.com
374
375language 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
382shared libs Kevin Buettner kevinb@redhat.com
383MI interface Vladimir Prus vladimir@codesourcery.com
384
385documentation Eli Zaretskii eliz@gnu.org
386 (including NEWS)
387testsuite
388 gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com
389
390SystemTap Sergio Durigan Junior sergiodj@redhat.com
391
392
393
394Reverse debugging / Record and Replay / Tracing:
395
396record btrace Markus T. Metzger markus.t.metzger@intel.com
397
398
399
400UI: External (user) interfaces.
401
402gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com
403 Keith Seitz keiths@redhat.com
404libgui (w/foundry, sn) Keith Seitz keiths@redhat.com
405
406
407Misc:
408
409gdb/gdbserver Daniel Jacobowitz drow@false.org
410
411Makefile.in, configure* ALL
412
413mmalloc/ ALL Host maintainers
414
415sim/ See sim/MAINTAINERS
416
417readline/ 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
422tcl/ tk/ itcl/ ALL
423
424contrib/ari Pierre Muller muller@sourceware.org
425
426
427 Authorized Committers
428 ---------------------
429
430These are developers working on particular areas of GDB, who are trusted to
431commit their own (or other developers') patches in those areas without
432further review from a Global Maintainer or Responsible Maintainer. They are
433under no obligation to review posted patches - but, of course, are invited
434to do so!
435
436PowerPC Andrew Cagney cagney@gnu.org
437ARM Richard Earnshaw rearnsha@arm.com
438Blackfin Mike Frysinger vapier@gentoo.org
439CRIS Hans-Peter Nilsson hp@axis.com
440IA64 Jeff Johnston jjohnstn@redhat.com
441MIPS Joel Brobecker brobecker@adacore.com
442m32r Kei Sakamoto sakamoto.kei@renesas.com
443PowerPC Kevin Buettner kevinb@redhat.com
444CRIS Orjan Friberg orjanf@axis.com
445HPPA Randolph Chung tausq@debian.org
446S390 Ulrich Weigand uweigand@de.ibm.com
447djgpp DJ Delorie dj@delorie.com
448 [Please use this address to contact DJ about DJGPP]
449tui Stephane Carrez Stephane.Carrez@gmail.com
450ia64 Kevin Buettner kevinb@redhat.com
451AIX Kevin Buettner kevinb@redhat.com
452GNU/Linux PPC native Kevin Buettner kevinb@redhat.com
453FreeBSD native & host David O'Brien obrien@freebsd.org
454event loop Elena Zannoni elena.zannoni@oracle.com
455generic symtabs Elena Zannoni elena.zannoni@oracle.com
456dwarf readers Elena Zannoni elena.zannoni@oracle.com
457elf reader Elena Zannoni elena.zannoni@oracle.com
458stabs reader Elena Zannoni elena.zannoni@oracle.com
459readline/ Elena Zannoni elena.zannoni@oracle.com
460NetBSD native & host Jason Thorpe thorpej@netbsd.org
461Pascal support Pierre Muller muller@sourceware.org
462avr Theodore A. Roth troth@openavr.org
463Modula-2 support Gaius Mulley gaius@glam.ac.uk
464
465
466 Write After Approval
467 (alphabetic)
468
469To get recommended for the Write After Approval list you need a valid
470FSF assignment and have submitted one good patch.
471
472Pedro Alves pedro_alves@portugalmail.pt
473David Anderson davea@sgi.com
474John David Anglin dave.anglin@nrc-cnrc.gc.ca
475Andreas Arnez arnez@linux.vnet.ibm.com
476Shrinivas Atre shrinivasa@kpitcummins.com
477Sterling Augustine saugustine@google.com
478John Baldwin jhb@freebsd.org
479Scott Bambrough scottb@netwinder.org
480Thiago Jung Bauermann bauerman@br.ibm.com
481Jon Beniston jon@beniston.com
482Gary Benson gbenson@redhat.com
483Gabriel Krisman Bertazi gabriel@krisman.be
484Jan Beulich jbeulich@novell.com
485Anton Blanchard anton@samba.org
486Jim Blandy jimb@codesourcery.com
487David Blaikie dblaikie@gmail.com
488Philip Blundell philb@gnu.org
489Eric Botcazou ebotcazou@libertysurf.fr
490Per Bothner per@bothner.com
491Don Breazeal donb@codesourcery.com
492Joel Brobecker brobecker@adacore.com
493Dave Brolley brolley@redhat.com
494Samuel Bronson naesten@gmail.com
495Paul Brook paul@codesourcery.com
496Julian Brown julian@codesourcery.com
497Iain Buclaw ibuclaw@gdcproject.org
498Kevin Buettner kevinb@redhat.com
499Andrew Burgess andrew.burgess@embecosm.com
500Andrew Cagney cagney@gnu.org
501David Carlton carlton@bactrian.org
502Stephane Carrez Stephane.Carrez@gmail.com
503Michael Chastain mec.gnu@mindspring.com
504Renquan Cheng crq@gcc.gnu.org
505Eric Christopher echristo@apple.com
506Randolph Chung tausq@debian.org
507Nick Clifton nickc@redhat.com
508J.T. Conklin jtc@acorntoolworks.com
509Brendan Conoboy blc@redhat.com
510Ludovic Courtès ludo@gnu.org
511Tiago Stürmer Daitx tdaitx@linux.vnet.ibm.com
512Sanjoy Das sanjoy@playingwithpointers.com
513Jean-Charles Delay delay@adacore.com
514DJ Delorie dj@redhat.com
515Chris Demetriou cgd@google.com
516Philippe De Muyter phdm@macqel.be
517Dhananjay Deshpande dhananjayd@kpitcummins.com
518Markus Deuling deuling@de.ibm.com
519Klee Dienes kdienes@apple.com
520Gabriel Dos Reis gdr@integrable-solutions.net
521Sergio Durigan Junior sergiodj@redhat.com
522Michael Eager eager@eagercon.com
523Richard Earnshaw rearnsha@arm.com
524Steve Ellcey sje@cup.hp.com
525Frank Ch. Eigler fche@redhat.com
526Ben Elliston bje@gnu.org
527Doug Evans dje@google.com
528Adam Fedor fedor@gnu.org
529Max Filippov jcmvbkbc@gmail.com
530Brian Ford ford@vss.fsi.com
531Matthew Fortune matthew.fortune@imgtec.com
532Orjan Friberg orjanf@axis.com
533Andreas From andreas.from@ericsson.com
534Nathan Froyd froydnj@codesourcery.com
535Mike Frysinger vapier@gentoo.org
536Gary Funck gary@intrepid.com
537Martin Galvan martingalvan@sourceware.org
538Chen Gang gang.chen.5i5j@gmail.com
539Mircea Gherzan mircea.gherzan@intel.com
540Paul Gilliam pgilliam@us.ibm.com
541Tristan Gingold gingold@adacore.com
542Anton Gorenkov xgsa@yandex.ru
543Raoul Gough RaoulGough@yahoo.co.uk
544Anthony Green green@redhat.com
545Matthew Green mrg@eterna.com.au
546Matthew Gretton-Dann matthew.gretton-dann@arm.com
547Maxim Grigoriev maxim2405@gmail.com
548Jerome Guitton guitton@act-europe.fr
549Ben Harris bjh21@netbsd.org
550Bernhard Heckel heckel_bernhard@web.de
551Richard Henderson rth@redhat.com
552Aldy Hernandez aldyh@redhat.com
553Paul Hilfinger hilfinger@gnat.com
554Matt Hiller hiller@redhat.com
555Kazu Hirata kazu@cs.umass.edu
556James Hogan james.hogan@imgtec.com
557Jeff Holcomb jeffh@redhat.com
558Don Howard dhoward@redhat.com
559Nick Hudson nick.hudson@dsl.pipex.com
560Martin Hunt hunt@redhat.com
561Meador Inge meadori@codesourcery.com
562Jim Ingham jingham@apple.com
563Baurzhan Ismagulov ibr@radix50.net
564Manoj Iyer manjo@austin.ibm.com
565Daniel Jacobowitz drow@false.org
566Andreas Jaeger aj@suse.de
567Janis Johnson janisjo@codesourcery.com
568Jeff Johnston jjohnstn@redhat.com
569Geoff Keating geoffk@redhat.com
570Mark Kettenis kettenis@gnu.org
571Marc Khouzam marc.khouzam@ericsson.com
572Toshihito Kikuchi k.toshihito@yahoo.de
573Jim Kingdon kingdon@panix.com
574Anton Kolesov anton.kolesov@synopsys.com
575Paul Koning paul_koning@dell.com
576Marcin Kościelnicki koriakin@0x04.net
577Jan Kratochvil jan.kratochvil@redhat.com
578Maxim Kuvyrkov maxim@kugelworks.com
579Pierre Langlois pierre.langlois@arm.com
580Jonathan Larmour jifl@ecoscentric.com
581Jeff Law law@redhat.com
582Justin Lebar justin.lebar@gmail.com
583David Lecomber david@streamline-computing.com
584Don Lee don.lee@sunplusct.com
585Yan-Ting Lin currygt52@gmail.com
586Robert Lipe rjl@sco.com
587Lei Liu lei.liu2@windriver.com
588Sandra Loosemore sandra@codesourcery.com
589Carl Love cel@us.ibm.com
590H.J. Lu hjl.tools@gmail.com
591Michal Ludvig mludvig@suse.cz
592Edjunior B. Machado emachado@linux.vnet.ibm.com
593Luis Machado lgustavo@codesourcery.com
594Jose E. Marchesi jose.marchesi@oracle.com
595Simon Marchi simon.marchi@ericsson.com
596Glen McCready gkm@redhat.com
597Greg McGary greg@mcgary.org
598Roland McGrath roland@hack.frob.com
599Bryce McKinlay mckinlay@redhat.com
600Jason Merrill jason@redhat.com
601Markus T. Metzger markus.t.metzger@intel.com
602David S. Miller davem@redhat.com
603Mark Mitchell mark@codesourcery.com
604Marko Mlinar markom@opencores.org
605Alan Modra amodra@gmail.com
606Fawzi Mohamed fawzi.mohamed@nokia.com
607Jason Molenda jmolenda@apple.com
608Chris Moller cmoller@redhat.com
609Phil Muldoon pmuldoon@redhat.com
610Pierre Muller muller@sourceware.org
611Gaius Mulley gaius@glam.ac.uk
612Masaki Muranaka monaka@monami-software.com
613Joseph Myers joseph@codesourcery.com
614Fernando Nasser fnasser@redhat.com
615Adam Nemet anemet@caviumnetworks.com
616Will Newton will.newton@linaro.org
617Nathanael Nerode neroden@gcc.gnu.org
618Hans-Peter Nilsson hp@bitrange.com
619David O'Brien obrien@freebsd.org
620Alexandre Oliva aoliva@redhat.com
621Karen Osmond karen.osmond@gmail.com
622Pawandeep Oza oza.pawandeep@gmail.com
623Patrick Palka patrick@parcs.ath.cx
624Denis Pilat denis.pilat@st.com
625Andrew Pinski apinski@cavium.com
626Kevin Pouget kevin.pouget@st.com
627Paul Pluzhnikov ppluzhnikov@google.com
628Marek Polacek mpolacek@redhat.com
629Siddhesh Poyarekar siddhesh@redhat.com
630Vladimir Prus vladimir@codesourcery.com
631Yao Qi yao.qi@arm.com
632Qinwei qinwei@sunnorth.com.cn
633Ramana Radhakrishnan ramana.radhakrishnan@arm.com
634Siva Chandra Reddy sivachandra@google.com
635Matt Rice ratmice@gmail.com
636Frederic Riss frederic.riss@st.com
637Aleksandar Ristovski aristovski@qnx.com
638Tom Rix trix@redhat.com
639Nick Roberts nickrob@snap.net.nz
640Pierre-Marie de Rodat derodat@adacore.com
641Bob Rossi bob_rossi@cox.net
642Theodore A. Roth troth@openavr.org
643Ian Roxborough irox@redhat.com
644Maciej W. Rozycki macro@linux-mips.org
645Grace Sainsbury graces@redhat.com
646Kei Sakamoto sakamoto.kei@renesas.com
647Mark Salter msalter@redhat.com
648Richard Sandiford richard@codesourcery.com
649Iain Sandoe iain@codesourcery.com
650Peter Schauer Peter.Schauer@mytum.de
651Andreas Schwab schwab@linux-m68k.org
652Thomas Schwinge tschwinge@gnu.org
653Keith Seitz keiths@redhat.com
654Carlos Eduardo Seo cseo@linux.vnet.ibm.com
655Ozkan Sezer sezeroz@gmail.com
656Marcus Shawcroft marcus.shawcroft@arm.com
657Stan Shebs stanshebs@google.com
658Joel Sherrill joel.sherrill@oarcorp.com
659Mark Shinwell shinwell@codesourcery.com
660Craig Silverstein csilvers@google.com
661Aidan Skinner aidan@velvet.net
662Jiri Smid smid@suse.cz
663Andrey Smirnov andrew.smirnov@gmail.com
664David Smith dsmith@redhat.com
665Stephen P. Smith ischis2@cox.net
666Jackie Smith Cashion jsmith@redhat.com
667Petr Sorfa petrs@caldera.com
668Andrew Stubbs ams@codesourcery.com
669Emi Suzuki emi-suzuki@tjsys.co.jp
670David Taylor david.taylor@emc.com
671Ian Lance Taylor ian@airs.com
672Walfred Tedeschi walfred.tedeschi@intel.com
673Gary Thomas gthomas@redhat.com
674Jason Thorpe thorpej@netbsd.org
675Caroline Tice ctice@apple.com
676Kai Tietz ktietz@redhat.com
677Andreas Tobler andreast@fgznet.ch
678Antoine Tremblay antoine.tremblay@ericsson.com
679Jon Turney jon.turney@dronecode.org.uk
680David Ung davidu@mips.com
681D Venkatasubramanian dvenkat@noida.hcltech.com
682Corinna Vinschen vinschen@redhat.com
683Sami Wagiaalla swagiaal@redhat.com
684Keith Walker keith.walker@arm.com
685Ricard Wanderlof ricardw@axis.com
686Jiong Wang jiong.wang@arm.com
687Wei-cheng Wang cole945@gmail.com
688Kris Warkentin kewarken@qnx.com
689Philippe Waroquiers philippe.waroquiers@skynet.be
690Ulrich Weigand uweigand@de.ibm.com
691Ken Werner ken.werner@de.ibm.com
692Tim Wiederhake tim.wiederhake@intel.com
693Mark Wielaard mjw@redhat.com
694Nathan Williams nathanw@wasabisystems.com
695Bob Wilson bob.wilson@acm.org
696Jim Wilson wilson@tuliptree.org
697Andy Wingo wingo@igalia.com
698Mike Wrighton wrighton@codesourcery.com
699Kwok Cheung Yeung kcy@codesourcery.com
700Elena Zannoni elena.zannoni@oracle.com
701Eli Zaretskii eliz@gnu.org
702Jie Zhang jzhang918@gmail.com
703Wu Zhou woodzltc@cn.ibm.com
704Yoshinori Sato ysato@users.sourceforge.jp
705Hui Zhu teawater@gmail.com
706Khoo Yit Phang khooyp@cs.umd.edu
707
708 Past Maintainers
709
710Whenever removing yourself, or someone else, from this file, consider
711listing their areas of development here for posterity.
712
713Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com
714Jeff Law (hppa) law at cygnus dot com
715Daniel Berlin (C++ support) dan at cgsoftware dot com
716Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com
717David Taylor (d10v, sparc, utils, defs,
718 expression evaluator, language support) taylor at candd dot org
719J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com
720Frank Ch. Eigler (sim) fche at redhat dot com
721Per Bothner (Java) per at bothner dot com
722Anthony Green (Java) green at redhat dot com
723Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com
724Mark Salter (testsuite/lib+config) msalter at redhat dot com
725Jim Kingdon (web pages) kingdon at panix dot com
726Jim Ingham (gdbtk, libgui) jingham at apple dot com
727Mark Kettenis (hurd native) kettenis at gnu dot org
728Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com
729Robert Lipe (SCO/Unixware) rjl at sco dot com
730Peter Schauer (global, AIX, xcoffsolib,
731 Solaris/x86) Peter.Schauer at mytum dot de
732Scott Bambrough (ARM) scottb at netwinder dot org
733Philippe De Muyter (coff) phdm at macqel dot be
734Michael Chastain (testsuite) mec.gnu at mindspring dot com
735Fred Fish (global)
736Jim Blandy (global) jimb@red-bean.com
737Michael Snyder (global)
738Christopher Faylor (MS Windows, host & native)
739
740
741Folks that have been caught up in a paper trail:
742
743David Carlton carlton@bactrian.org
744
745;; Local Variables:
746;; coding: utf-8
747;; End:
This page took 0.025242 seconds and 4 git commands to generate.