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