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