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