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