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