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