Use malloc/free in the dbgapi callbacks
[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
491Hannes Domani ssbssa@yahoo.de
492Gabriel Dos Reis gdr@integrable-solutions.net
493Sergio Durigan Junior sergiodj@redhat.com
494Michael Eager eager@eagercon.com
495Richard Earnshaw rearnsha@arm.com
496Bernd Edlinger bernd.edlinger@hotmail.de
497Steve Ellcey sje@cup.hp.com
498Frank Ch. Eigler fche@redhat.com
499Ben Elliston bje@gnu.org
500Doug Evans dje@google.com
501Adam Fedor fedor@gnu.org
502Max Filippov jcmvbkbc@gmail.com
503Brian Ford ford@vss.fsi.com
504Matthew Fortune matthew.fortune@imgtec.com
505Pedro Franco de Carvalho pedromfc@linux.vnet.ibm.com
506Orjan Friberg orjanf@axis.com
507Andreas From andreas.from@ericsson.com
508Nathan Froyd froydnj@codesourcery.com
509Mike Frysinger vapier@gentoo.org
510Gary Funck gary@intrepid.com
511Martin Galvan martingalvan@sourceware.org
512Chen Gang gang.chen.5i5j@gmail.com
513Mircea Gherzan mircea.gherzan@intel.com
514Paul Gilliam pgilliam@us.ibm.com
515Tristan Gingold tgingold@free.fr
516Anton Gorenkov xgsa@yandex.ru
517Raoul Gough RaoulGough@yahoo.co.uk
518Anthony Green green@redhat.com
519Matthew Green mrg@eterna.com.au
520Matthew Gretton-Dann matthew.gretton-dann@arm.com
521Maxim Grigoriev maxim2405@gmail.com
522Jerome Guitton guitton@act-europe.fr
523Ben Harris bjh21@netbsd.org
524Alan Hayward alan.hayward@arm.com
525Bernhard Heckel heckel_bernhard@web.de
526Richard Henderson rth@redhat.com
527Aldy Hernandez aldyh@redhat.com
528Paul Hilfinger hilfingr@eecs.berkeley.edu
529Matt Hiller hiller@redhat.com
530Kazu Hirata kazu@cs.umass.edu
531James Hogan james.hogan@imgtec.com
532Jeff Holcomb jeffh@redhat.com
533Stafford Horne shorne@gmail.com
534Don Howard dhoward@redhat.com
535Nick Hudson nick.hudson@dsl.pipex.com
536Martin Hunt hunt@redhat.com
537Meador Inge meadori@codesourcery.com
538Jim Ingham jingham@apple.com
539Baurzhan Ismagulov ibr@radix50.net
540Manoj Iyer manjo@austin.ibm.com
541Daniel Jacobowitz drow@false.org
542Andreas Jaeger aj@suse.de
543Janis Johnson janisjo@codesourcery.com
544Jeff Johnston jjohnstn@redhat.com
545Ruslan Kabatsayev b7.10110111@gmail.com
546Geoff Keating geoffk@redhat.com
547Mark Kettenis kettenis@gnu.org
548Marc Khouzam marc.khouzam@ericsson.com
549Toshihito Kikuchi k.toshihito@yahoo.de
550Jim Kingdon kingdon@panix.com
551Anton Kolesov anton.kolesov@synopsys.com
552Paul Koning paul_koning@dell.com
553Marcin Kościelnicki koriakin@0x04.net
554Jan Kratochvil jan.kratochvil@redhat.com
555Maxim Kuvyrkov maxim@kugelworks.com
556Pierre Langlois pierre.langlois@arm.com
557Jonathan Larmour jifl@ecoscentric.com
558Jeff Law law@redhat.com
559Justin Lebar justin.lebar@gmail.com
560David Lecomber david@streamline-computing.com
561Don Lee don.lee@sunplusct.com
562Yan-Ting Lin currygt52@gmail.com
563Robert Lipe rjl@sco.com
564Lei Liu lei.liu2@windriver.com
565Sandra Loosemore sandra@codesourcery.com
566Carl Love cel@us.ibm.com
567H.J. Lu hjl.tools@gmail.com
568Michal Ludvig mludvig@suse.cz
569Edjunior B. Machado emachado@linux.vnet.ibm.com
570Luis Machado luis.machado@linaro.org
571Jose E. Marchesi jose.marchesi@oracle.com
572Glen McCready gkm@redhat.com
573Greg McGary greg@mcgary.org
574Roland McGrath roland@hack.frob.com
575Bryce McKinlay mckinlay@redhat.com
576Jason Merrill jason@redhat.com
577Markus T. Metzger markus.t.metzger@intel.com
578David S. Miller davem@redhat.com
579Mark Mitchell mark@codesourcery.com
580Marko Mlinar markom@opencores.org
581Alan Modra amodra@gmail.com
582Fawzi Mohamed fawzi.mohamed@nokia.com
583Jason Molenda jmolenda@apple.com
584Chris Moller cmoller@redhat.com
585Phil Muldoon pmuldoon@redhat.com
586Pierre Muller muller@sourceware.org
587Gaius Mulley gaius@glam.ac.uk
588Masaki Muranaka monaka@monami-software.com
589Joseph Myers joseph@codesourcery.com
590Fernando Nasser fnasser@redhat.com
591Adam Nemet anemet@caviumnetworks.com
592Will Newton will.newton@linaro.org
593Nathanael Nerode neroden@gcc.gnu.org
594Hans-Peter Nilsson hp@bitrange.com
595David O'Brien obrien@freebsd.org
596Alexandre Oliva aoliva@redhat.com
597Rainer Orth ro@cebitec.uni-bielefeld.de
598Karen Osmond karen.osmond@gmail.com
599Pawandeep Oza oza.pawandeep@gmail.com
600Patrick Palka patrick@parcs.ath.cx
601Weimin Pan weimin.pan@oracle.com
602Denis Pilat denis.pilat@st.com
603Andrew Pinski apinski@cavium.com
604Kevin Pouget kevin.pouget@st.com
605Paul Pluzhnikov ppluzhnikov@google.com
606Marek Polacek mpolacek@redhat.com
607Siddhesh Poyarekar siddhesh@redhat.com
608Vladimir Prus vladimir@codesourcery.com
609Yao Qi qiyao@sourceware.org
610Qinwei qinwei@sunnorth.com.cn
611Ramana Radhakrishnan ramana.radhakrishnan@arm.com
612Siva Chandra Reddy sivachandra@google.com
613Matt Rice ratmice@gmail.com
614Frederic Riss frederic.riss@st.com
615Aleksandar Ristovski aristovski@qnx.com
616Tom Rix trix@redhat.com
617Nick Roberts nickrob@snap.net.nz
618Pierre-Marie de Rodat derodat@adacore.com
619Xavier Roirand roirand@adacore.com
620Bob Rossi bob_rossi@cox.net
621Theodore A. Roth troth@openavr.org
622Ian Roxborough irox@redhat.com
623Maciej W. Rozycki macro@linux-mips.org
624Kamil Rytarowski n54@gmx.com
625Grace Sainsbury graces@redhat.com
626Kei Sakamoto sakamoto.kei@renesas.com
627Mark Salter msalter@redhat.com
628Richard Sandiford richard@codesourcery.com
629Iain Sandoe iain@codesourcery.com
630Peter Schauer Peter.Schauer@mytum.de
631Andreas Schwab schwab@linux-m68k.org
632Thomas Schwinge tschwinge@gnu.org
633Keith Seitz keiths@redhat.com
634Carlos Eduardo Seo cseo@linux.vnet.ibm.com
635Ozkan Sezer sezeroz@gmail.com
636Marcus Shawcroft marcus.shawcroft@arm.com
637Stan Shebs stanshebs@google.com
638Joel Sherrill joel.sherrill@oarcorp.com
639Mark Shinwell shinwell@codesourcery.com
640Craig Silverstein csilvers@google.com
641Aidan Skinner aidan@velvet.net
642Jiri Smid smid@suse.cz
643Andrey Smirnov andrew.smirnov@gmail.com
644David Smith dsmith@redhat.com
645Stephen P. Smith ischis2@cox.net
646Jackie Smith Cashion jsmith@redhat.com
647Petr Sorfa petrs@caldera.com
648Andrew Stubbs ams@codesourcery.com
649Emi Suzuki emi-suzuki@tjsys.co.jp
650Alfred M. Szmidt ams@gnu.org
651Ali Tamur tamur@google.com
652David Taylor david.taylor@emc.com
653Ian Lance Taylor ian@airs.com
654Walfred Tedeschi walfred.tedeschi@intel.com
655Petr Tesarik ptesarik@suse.cz
656Gary Thomas gthomas@redhat.com
657Jason Thorpe thorpej@netbsd.org
658Caroline Tice ctice@apple.com
659Kai Tietz ktietz@redhat.com
660Andreas Tobler andreast@fgznet.ch
661Jon Turney jon.turney@dronecode.org.uk
662David Ung davidu@mips.com
663D Venkatasubramanian dvenkat@noida.hcltech.com
664Corinna Vinschen vinschen@redhat.com
665Jan Vrany jan.vrany@fit.cvut.cz
666Tom de Vries tdevries@suse.de
667Sami Wagiaalla swagiaal@redhat.com
668Keith Walker keith.walker@arm.com
669Ricard Wanderlof ricardw@axis.com
670Jiong Wang jiong.wang@arm.com
671Wei-cheng Wang cole945@gmail.com
672Kris Warkentin kewarken@qnx.com
673Philippe Waroquiers philippe.waroquiers@skynet.be
674Ulrich Weigand uweigand@de.ibm.com
675Ken Werner ken.werner@de.ibm.com
676Tim Wiederhake tim.wiederhake@intel.com
677Mark Wielaard mjw@redhat.com
678Nathan Williams nathanw@wasabisystems.com
679Bob Wilson bob.wilson@acm.org
680Jim Wilson wilson@tuliptree.org
681Andy Wingo wingo@igalia.com
682Mike Wrighton wrighton@codesourcery.com
683Kwok Cheung Yeung kcy@codesourcery.com
684Elena Zannoni ezannoni@gmail.com
685Eli Zaretskii eliz@gnu.org
686Jie Zhang jzhang918@gmail.com
687Wu Zhou woodzltc@cn.ibm.com
688Yoshinori Sato ysato@users.sourceforge.jp
689Hui Zhu teawater@gmail.com
690Khoo Yit Phang khooyp@cs.umd.edu
691
692 Past Maintainers
693
694Whenever removing yourself, or someone else, from this file, consider
695listing their areas of development here for posterity.
696
697Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com
698Jeff Law (hppa) law at cygnus dot com
699Daniel Berlin (C++ support) dan at cgsoftware dot com
700Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com
701David Taylor (d10v, sparc, utils, defs,
702 expression evaluator, language support) taylor at candd dot org
703J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com
704Frank Ch. Eigler (sim) fche at redhat dot com
705Per Bothner (Java) per at bothner dot com
706Anthony Green (Java) green at redhat dot com
707Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com
708Mark Salter (testsuite/lib+config) msalter at redhat dot com
709Jim Kingdon (web pages) kingdon at panix dot com
710Jim Ingham (gdbtk, libgui) jingham at apple dot com
711Mark Kettenis (global, i386-elf, m88k-openbsd,
712 GNU/Linux x86, FreeBSD, hurd native, threads) kettenis at gnu dot org
713Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com
714Robert Lipe (SCO/Unixware) rjl at sco dot com
715Peter Schauer (global, AIX, xcoffsolib,
716 Solaris/x86) Peter.Schauer at mytum dot de
717Scott Bambrough (ARM) scottb at netwinder dot org
718Philippe De Muyter (coff) phdm at macqel dot be
719Michael Chastain (testsuite) mec.gnu at mindspring dot com
720Fred Fish (global)
721Jim Blandy (global) jimb@red-bean.com
722Michael Snyder (global)
723Christopher Faylor (MS Windows, host & native)
724Daniel Jacobowitz (global, GNU/Linux MIPS,
725 C++, GDBserver) drow at false dot org
726Maxim Grigoriev (xtensa) maxim2405 at gmail dot com
727Andrew Cagney (acting head maintainer,
728 release manager, global, MIPS, PPC, d10v,
729 d30v, sim, mi, multi-arch, unwinder) cagney at gnu dot org
730Paul Hilfinger (Ada) hilfingr@eecs.berkeley.edu
731David O'Brien (FreeBSD, host & native) obrien@freebsd.org
732Jason Thorpe (NetBSD, host & native) thorpej@netbsd.org
733Gaius Mulley (Modula-2) gaius@glam.ac.uk
734Kei Sakamoto (m32r) sakamoto.kei@renesas.com
735Orjan Friberg (CRIS) orjanf@axis.com
736Qinwei (score-elf) qinwei@sunnorth.com.cn
737Randolph Chung (HPPA) tausq@debian.org
738Elena Zannoni (Global, event loop, generic
739 symtabs, DWARF readers, ELF readers, stabs
740 readers, readline) ezannoni@gmail.com
741Adam Fedor (Objective C) fedor@gnu.org
742Corinna Vinschen (xstormy16-elf) vinschen@redhat.com
743Theodore A. Roth (avr) troth@openavr.org
744Stephane Carrez (m68hc11-elf, tui) Stephane.Carrez@gmail.com
745Alfred M. Szmidt (GNU Hurd) ams@gnu.org
746Stan Shebs (Global) stanshebs@google.com
747
748
749Folks that have been caught up in a paper trail:
750
751David Carlton carlton@bactrian.org
752
753;; Local Variables:
754;; coding: utf-8
755;; End:
This page took 0.02983 seconds and 4 git commands to generate.