* solib-svr4.c (LM_ADDR_FROM_LINK_MAP): Use builtin types of
[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 GDB Steering Committee.
59
60 These are the official (FSF-appointed) maintainers of GDB. They have
61 final and overriding authority for all GDB-related decisions, including
62 anything described in this file. The committee is not generally
63 involved in day-to-day development (although its members may be, as
64 individuals).
65
66 - The Release Manager.
67
68 This developer is in charge of making new releases of GDB.
69
70 - The Patch Champions.
71
72 These volunteers make sure that no contribution is overlooked or
73 forgotten.
74
75 Most changes to the list of maintainers in this file are handled by
76 consensus among the global maintainers and any other involved parties.
77 In cases where consensus can not be reached, the global maintainers may
78 ask the Steering Committee for a final decision.
79
80
81 The Obvious Fix Rule
82 --------------------
83
84 All maintainers listed in this file, including the Write After Approval
85 developers, are allowed to check in obvious fixes.
86
87 An "obvious fix" means that there is no possibility that anyone will
88 disagree with the change.
89
90 A good mental test is "will the person who hates my work the most be
91 able to find fault with the change" - if so, then it's not obvious and
92 needs to be posted first. :-)
93
94 Something like changing or bypassing an interface is _not_ an obvious
95 fix, since such a change without discussion will result in
96 instantaneous and loud complaints.
97
98 For documentation changes, about the only kind of fix that is obvious
99 is correction of a typo or bad English usage.
100
101
102 GDB Steering Committee
103 ----------------------
104
105 The members of the GDB Steering Committee are the FSF-appointed
106 maintainers of the GDB project.
107
108 The Steering Committee has final authority for all GDB-related topics;
109 they may make whatever changes that they deem necessary, or that the FSF
110 requests. However, they are generally not involved in day-to-day
111 development.
112
113 The current members of the steering committee are listed below, in
114 alphabetical order. Their affiliations are provided for reference only -
115 their membership on the Steering Committee is individual and not through
116 their affiliation, and they act on behalf of the GNU project.
117
118 Jim Blandy (Mozilla)
119 Andrew Cagney (Red Hat)
120 Robert Dewar (AdaCore, NYU)
121 Klee Dienes (Apple)
122 Paul Hilfinger (UC Berkeley)
123 Dan Jacobowitz (CodeSourcery)
124 Stan Shebs (CodeSourcery)
125 Richard Stallman (FSF)
126 Ian Lance Taylor (C2)
127 Todd Whitesel
128
129
130 Global Maintainers
131 ------------------
132
133 The global maintainers may review and commit any change to GDB, except in
134 areas with a Responsible Maintainer available. For major changes, or
135 changes to areas with other active developers, global maintainers are
136 strongly encouraged to post their own patches for feedback before
137 committing.
138
139 The global maintainers are responsible for reviewing patches to any area
140 for which no Responsible Maintainer is listed.
141
142 Global maintainers also have the authority to revert patches which should
143 not have been applied, e.g. patches which were not approved, controversial
144 patches committed under the Obvious Fix Rule, patches with important bugs
145 that can't be immediately fixed, or patches which go against an accepted and
146 documented roadmap for GDB development. Any global maintainer may request
147 the reversion of a patch. If no global maintainer, or responsible
148 maintainer in the affected areas, supports the patch (except for the
149 maintainer who originally committed it), then after 48 hours the maintainer
150 who called for the reversion may revert the patch.
151
152 No one may reapply a reverted patch without the agreement of the maintainer
153 who reverted it, or bringing the issue to the GDB Steering Committee for
154 discussion.
155
156 At the moment there are no documented roadmaps for GDB development; in the
157 future, if there are, a reference to the list will be included here.
158
159 The current global maintainers are (in alphabetical order):
160
161 Jim Blandy jimb@mozilla.com
162 Joel Brobecker brobecker@adacore.com
163 Kevin Buettner kevinb@redhat.com
164 Andrew Cagney cagney@gnu.org
165 Daniel Jacobowitz dan@debian.org
166 Mark Kettenis kettenis@gnu.org
167 Stan Shebs stan@codesourcery.com
168 Michael Snyder msnyder@vmware.com
169 Ulrich Weigand Ulrich.Weigand@de.ibm.com
170 Elena Zannoni ezannoni@redhat.com
171 Eli Zaretskii eliz@gnu.org
172
173
174 Release Manager
175 ---------------
176
177 The current release manager is: Joel Brobecker <brobecker@adacore.com>
178
179 His responsibilities are:
180
181 * organizing, scheduling, and managing releases of GDB.
182
183 * deciding the approval and commit policies for release branches,
184 and can change them as needed.
185
186
187
188 Patch Champions
189 ---------------
190
191 These volunteers track all patches submitted to the gdb-patches list. They
192 endeavor to prevent any posted patch from being overlooked; work with
193 contributors to meet GDB's coding style and general requirements, along with
194 FSF copyright assignments; remind (ping) responsible maintainers to review
195 patches; and ensure that contributors are given credit.
196
197 Current patch champions (in alphabetical order):
198
199 Randolph Chung <tausq@debian.org>
200
201
202
203 Responsible Maintainers
204 -----------------------
205
206 These developers have agreed to review patches in specific areas of GDB, in
207 which they have knowledge and experience. These areas are generally broad;
208 the role of a responsible maintainer is to provide coherent and cohesive
209 structure within their area of GDB, to assure that patches from many
210 different contributors all work together for the best results.
211
212 Global maintainers will defer to responsible maintainers within their areas,
213 as long as the responsible maintainer is active. Active means that
214 responsible maintainers agree to review submitted patches in their area
215 promptly; patches and followups should generally be answered within a week.
216 If a responsible maintainer is interested in reviewing a patch but will not
217 have time within a week of posting, the maintainer should send an
218 acknowledgement of the patch to the gdb-patches mailing list, and
219 plan to follow up with a review within a month. These deadlines are for
220 initial responses to a patch - if the maintainer has suggestions
221 or questions, it may take an extended discussion before the patch
222 is ready to commit. There are no written requirements for discussion,
223 but maintainers are asked to be responsive.
224
225 If a responsible maintainer misses these deadlines occasionally (e.g.
226 vacation or unexpected workload), it's not a disaster - any global
227 maintainer may step in to review the patch. But sometimes life intervenes
228 more permanently, and a maintainer may no longer have time for these duties.
229 When this happens, he or she should step down (either into the Authorized
230 Committers section if still interested in the area, or simply removed from
231 the list of Responsible Maintainers if not).
232
233 If a responsible maintainer is unresponsive for an extended period of time
234 without stepping down, please contact the Global Maintainers; they will try
235 to contact the maintainer directly and fix the problem - potentially by
236 removing that maintainer from their listed position.
237
238 If there are several maintainers for a given domain then any one of them
239 may review a submitted patch.
240
241 Target Instruction Set Architectures:
242
243 The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI
244 (Operating System / Application Binary Interface) issues including CPU
245 variants.
246
247 The Target/Architecture maintainer works with the host maintainer when
248 resolving build issues. The Target/Architecture maintainer works with
249 the native maintainer when resolving ABI issues.
250
251 alpha --target=alpha-elf ,-Werror
252
253 arm --target=arm-elf ,-Werror
254 Richard Earnshaw rearnsha@arm.com
255
256 avr --target=avr ,-Werror
257
258 cris --target=cris-elf ,-Werror ,
259 (sim does not build with -Werror)
260
261 frv --target=frv-elf ,-Werror
262
263 h8300 --target=h8300-elf ,-Werror
264
265 i386 --target=i386-elf ,-Werror
266 Mark Kettenis kettenis@gnu.org
267
268 ia64 --target=ia64-linux-gnu ,-Werror
269 (--target=ia64-elf broken)
270
271 m32c --target=m32c-elf ,-Werror
272 Jim Blandy, jimb@codesourcery.com
273
274 m32r --target=m32r-elf ,-Werror
275
276 m68hc11 --target=m68hc11-elf ,-Werror ,
277 Stephane Carrez stcarrez@nerim.fr
278
279 m68k --target=m68k-elf ,-Werror
280
281 m88k --target=m88k-openbsd ,-Werror
282 Mark Kettenis kettenis@gnu.org
283
284 mcore Deleted
285
286 mep --target=mep-elf ,-Werror
287 Kevin Buettner kevinb@redhat.com
288
289 mips --target=mips-elf ,-Werror
290
291 mn10300 --target=mn10300-elf broken
292 (sim/ dies with make -j)
293 Michael Snyder msnyder@vmware.com
294
295 ms1 --target=ms1-elf ,-Werror
296 Kevin Buettner kevinb@redhat.com
297
298 ns32k Deleted
299
300 pa --target=hppa-elf ,-Werror
301
302 powerpc --target=powerpc-eabi ,-Werror
303
304 s390 --target=s390-linux-gnu ,-Werror
305
306 score --target=score-elf
307 Qinwei qinwei@sunnorth.com.cn
308
309 sh --target=sh-elf ,-Werror
310 --target=sh64-elf ,-Werror
311
312 sparc --target=sparc64-solaris2.10 ,-Werror
313 (--target=sparc-elf broken)
314
315 spu --target=spu-elf ,-Werror
316 Ulrich Weigand uweigand@de.ibm.com
317
318 v850 --target=v850-elf ,-Werror
319
320 vax --target=vax-netbsd ,-Werror
321
322 x86-64 --target=x86_64-linux-gnu ,-Werror
323
324 xstormy16 --target=xstormy16-elf
325 Corinna Vinschen vinschen@redhat.com
326
327 xtensa --target=xtensa-elf
328 Maxim Grigoriev maxim2405@gmail.com
329
330 All developers recognized by this file can make arbitrary changes to
331 OBSOLETE targets.
332
333 The Bourne shell script gdb_mbuild.sh can be used to rebuild all the
334 above targets.
335
336
337 Host/Native:
338
339 The Native maintainer is responsible for target specific native
340 support - typically shared libraries and quirks to procfs/ptrace/...
341 The Native maintainer works with the Arch and Core maintainers when
342 resolving more generic problems.
343
344 The host maintainer ensures that gdb can be built as a cross debugger on
345 their platform.
346
347 AIX Joel Brobecker brobecker@adacore.com
348
349 djgpp native Eli Zaretskii eliz@gnu.org
350 GNU Hurd Alfred M. Szmidt ams@gnu.org
351 MS Windows (NT, '00, 9x, Me, XP) host & native
352 Chris Faylor cgf@alum.bu.edu
353 GNU/Linux/x86 native & host
354 Mark Kettenis kettenis@gnu.org
355 GNU/Linux MIPS native & host
356 Daniel Jacobowitz dan@debian.org
357 GNU/Linux m68k Andreas Schwab schwab@suse.de
358 FreeBSD native & host Mark Kettenis kettenis@gnu.org
359
360
361
362 Core: Generic components used by all of GDB
363
364 tracing Michael Snyder msnyder@vmware.com
365 threads Michael Snyder msnyder@vmware.com
366 Mark Kettenis kettenis@gnu.org
367 language support
368 Ada Joel Brobecker brobecker@adacore.com
369 Paul Hilfinger hilfinger@gnat.com
370 C++ Daniel Jacobowitz dan@debian.org
371 Objective C support Adam Fedor fedor@gnu.org
372 shared libs Kevin Buettner kevinb@redhat.com
373 MI interface Vladimir Prus vladimir@codesourcery.com
374
375 documentation Eli Zaretskii eliz@gnu.org
376 (including NEWS)
377 testsuite
378 gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com
379 threads (gdb.threads) Michael Snyder msnyder@vmware.com
380 trace (gdb.trace) Michael Snyder msnyder@vmware.com
381
382
383 UI: External (user) interfaces.
384
385 gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com
386 Keith Seitz keiths@redhat.com
387 libgui (w/foundry, sn) Keith Seitz keiths@redhat.com
388
389
390 Misc:
391
392 gdb/gdbserver Daniel Jacobowitz dan@debian.org
393
394 Makefile.in, configure* ALL
395
396 mmalloc/ ALL Host maintainers
397
398 sim/ See sim/MAINTAINERS
399
400 readline/ Master version: ftp://ftp.cwru.edu/pub/bash/
401 ALL
402 Host maintainers (host dependant parts)
403 (but get your changes into the master version)
404
405 tcl/ tk/ itcl/ ALL
406
407
408 Authorized Committers
409 ---------------------
410
411 These are developers working on particular areas of GDB, who are trusted to
412 commit their own (or other developers') patches in those areas without
413 further review from a Global Maintainer or Responsible Maintainer. They are
414 under no obligation to review posted patches - but, of course, are invited
415 to do so!
416
417 PowerPC Andrew Cagney cagney@gnu.org
418 CRIS Hans-Peter Nilsson hp@axis.com
419 IA64 Jeff Johnston jjohnstn@redhat.com
420 MIPS Joel Brobecker brobecker@adacore.com
421 m32r Kei Sakamoto sakamoto.kei@renesas.com
422 PowerPC Kevin Buettner kevinb@redhat.com
423 CRIS Orjan Friberg orjanf@axis.com
424 HPPA Randolph Chung tausq@debian.org
425 S390 Ulrich Weigand uweigand@de.ibm.com
426 djgpp DJ Delorie dj@delorie.com
427 [Please use this address to contact DJ about DJGPP]
428 tui Stephane Carrez stcarrez@nerim.fr
429 ia64 Kevin Buettner kevinb@redhat.com
430 AIX Kevin Buettner kevinb@redhat.com
431 GNU/Linux PPC native Kevin Buettner kevinb@redhat.com
432 gdb.java tests Anthony Green green@redhat.com
433 FreeBSD native & host David O'Brien obrien@freebsd.org
434 event loop Elena Zannoni ezannoni@redhat.com
435 generic symtabs Elena Zannoni ezannoni@redhat.com
436 dwarf readers Elena Zannoni ezannoni@redhat.com
437 elf reader Elena Zannoni ezannoni@redhat.com
438 stabs reader Elena Zannoni ezannoni@redhat.com
439 readline/ Elena Zannoni ezannoni@redhat.com
440 NetBSD native & host Jason Thorpe thorpej@netbsd.org
441 Pascal support Pierre Muller muller@sources.redhat.com
442 avr Theodore A. Roth troth@openavr.org
443 Modula-2 support Gaius Mulley gaius@glam.ac.uk
444
445
446 Write After Approval
447 (alphabetic)
448
449 To get recommended for the Write After Approval list you need a valid
450 FSF assignment and have submitted one good patch.
451
452 Pedro Alves pedro_alves@portugalmail.pt
453 David Anderson davea@sgi.com
454 John David Anglin dave.anglin@nrc-cnrc.gc.ca
455 Shrinivas Atre shrinivasa@kpitcummins.com
456 Scott Bambrough scottb@netwinder.org
457 Thiago Jung Bauermann bauerman@br.ibm.com
458 Jan Beulich jbeulich@novell.com
459 Jim Blandy jimb@codesourcery.com
460 Philip Blundell philb@gnu.org
461 Per Bothner per@bothner.com
462 Joel Brobecker brobecker@adacore.com
463 Dave Brolley brolley@redhat.com
464 Paul Brook paul@codesourcery.com
465 Julian Brown julian@codesourcery.com
466 Kevin Buettner kevinb@redhat.com
467 Andrew Cagney cagney@gnu.org
468 David Carlton carlton@bactrian.org
469 Stephane Carrez stcarrez@nerim.fr
470 Michael Chastain mec.gnu@mindspring.com
471 Eric Christopher echristo@apple.com
472 Randolph Chung tausq@debian.org
473 Nick Clifton nickc@redhat.com
474 J.T. Conklin jtc@acorntoolworks.com
475 Brendan Conoboy blc@redhat.com
476 Ludovic Courtès ludo@gnu.org
477 DJ Delorie dj@redhat.com
478 Chris Demetriou cgd@google.com
479 Philippe De Muyter phdm@macqel.be
480 Dhananjay Deshpande dhananjayd@kpitcummins.com
481 Markus Deuling deuling@de.ibm.com
482 Klee Dienes kdienes@apple.com
483 Gabriel Dos Reis gdr@integrable-solutions.net
484 Richard Earnshaw rearnsha@arm.com
485 Steve Ellcey sje@cup.hp.com
486 Frank Ch. Eigler fche@redhat.com
487 Ben Elliston bje@gnu.org
488 Doug Evans dje@google.com
489 Adam Fedor fedor@gnu.org
490 Brian Ford ford@vss.fsi.com
491 Orjan Friberg orjanf@axis.com
492 Nathan Froyd froydnj@codesourcery.com
493 Gary Funck gary@intrepid.com
494 Paul Gilliam pgilliam@us.ibm.com
495 Raoul Gough RaoulGough@yahoo.co.uk
496 Anthony Green green@redhat.com
497 Matthew Green mrg@eterna.com.au
498 Maxim Grigoriev maxim2405@gmail.com
499 Jerome Guitton guitton@act-europe.fr
500 Ben Harris bjh21@netbsd.org
501 Richard Henderson rth@redhat.com
502 Aldy Hernandez aldyh@redhat.com
503 Paul Hilfinger hilfinger@gnat.com
504 Matt Hiller hiller@redhat.com
505 Kazu Hirata kazu@cs.umass.edu
506 Jeff Holcomb jeffh@redhat.com
507 Don Howard dhoward@redhat.com
508 Nick Hudson nick.hudson@dsl.pipex.com
509 Martin Hunt hunt@redhat.com
510 Jim Ingham jingham@apple.com
511 Baurzhan Ismagulov ibr@radix50.net
512 Manoj Iyer manjo@austin.ibm.com
513 Daniel Jacobowitz dan@debian.org
514 Andreas Jaeger aj@suse.de
515 Jeff Johnston jjohnstn@redhat.com
516 Geoff Keating geoffk@redhat.com
517 Mark Kettenis kettenis@gnu.org
518 Marc Khouzam marc.khouzam@ericsson.com
519 Jim Kingdon kingdon@panix.com
520 Jan Kratochvil jan.kratochvil@redhat.com
521 Jonathan Larmour jlarmour@redhat.co.uk
522 Jeff Law law@redhat.com
523 David Lecomber david@streamline-computing.com
524 Robert Lipe rjl@sco.com
525 Sandra Loosemore sandra@codesourcery.com
526 H.J. Lu hjl.tools@gmail.com
527 Michal Ludvig mludvig@suse.cz
528 Luis Machado luisgpm@br.ibm.com
529 Glen McCready gkm@redhat.com
530 Greg McGary greg@mcgary.org
531 Roland McGrath roland@redhat.com
532 Bryce McKinlay mckinlay@redhat.com
533 Jason Merrill jason@redhat.com
534 David S. Miller davem@redhat.com
535 Mark Mitchell mark@codesourcery.com
536 Marko Mlinar markom@opencores.org
537 Alan Modra amodra@bigpond.net.au
538 Jason Molenda jmolenda@apple.com
539 Phil Muldoon pmuldoon@redhat.com
540 Pierre Muller muller@sources.redhat.com
541 Gaius Mulley gaius@glam.ac.uk
542 Joseph Myers joseph@codesourcery.com
543 Fernando Nasser fnasser@redhat.com
544 Adam Nemet anemet@caviumnetworks.com
545 Nathanael Nerode neroden@gcc.gnu.org
546 Hans-Peter Nilsson hp@bitrange.com
547 David O'Brien obrien@freebsd.org
548 Alexandre Oliva aoliva@redhat.com
549 Denis Pilat denis.pilat@st.com
550 Vladimir Prus vladimir@codesourcery.com
551 Qinwei qinwei@sunnorth.com.cn
552 Frederic Riss frederic.riss@st.com
553 Aleksandar Ristovski aristovski@qnx.com
554 Tom Rix trix@redhat.com
555 Nick Roberts nickrob@snap.net.nz
556 Bob Rossi bob_rossi@cox.net
557 Theodore A. Roth troth@openavr.org
558 Ian Roxborough irox@redhat.com
559 Maciej W. Rozycki macro@linux-mips.org
560 Grace Sainsbury graces@redhat.com
561 Kei Sakamoto sakamoto.kei@renesas.com
562 Mark Salter msalter@redhat.com
563 Richard Sandiford richard@codesourcery.com
564 Peter Schauer Peter.Schauer@mytum.de
565 Andreas Schwab schwab@suse.de
566 Keith Seitz keiths@redhat.com
567 Carlos Eduardo Seo cseo@linux.vnet.ibm.com
568 Stan Shebs stan@codesourcery.com
569 Mark Shinwell shinwell@codesourcery.com
570 Craig Silverstein csilvers@google.com
571 Aidan Skinner aidan@velvet.net
572 Jiri Smid smid@suse.cz
573 David Smith dsmith@redhat.com
574 Stephen P. Smith ischis2@cox.net
575 Jackie Smith Cashion jsmith@redhat.com
576 Michael Snyder msnyder@vmware.com
577 Petr Sorfa petrs@caldera.com
578 Andrew Stubbs andrew.stubbs@st.com
579 Ian Lance Taylor ian@airs.com
580 Gary Thomas gthomas@redhat.com
581 Jason Thorpe thorpej@netbsd.org
582 Caroline Tice ctice@apple.com
583 Tom Tromey tromey@redhat.com
584 David Ung davidu@mips.com
585 D Venkatasubramanian dvenkat@noida.hcltech.com
586 Corinna Vinschen vinschen@redhat.com
587 Keith Walker keith.walker@arm.com
588 Kris Warkentin kewarken@qnx.com
589 Ulrich Weigand uweigand@de.ibm.com
590 Nathan Williams nathanw@wasabisystems.com
591 Bob Wilson bob.wilson@acm.org
592 Jim Wilson wilson@tuliptree.org
593 Elena Zannoni ezannoni@redhat.com
594 Eli Zaretskii eliz@gnu.org
595 Wu Zhou woodzltc@cn.ibm.com
596 Yoshinori Sato ysato@users.sourceforge.jp
597 Hui Zhu teawater@gmail.com
598
599
600 Past Maintainers
601
602 Whenever removing yourself, or someone else, from this file, consider
603 listing their areas of development here for posterity.
604
605 Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com
606 Jeff Law (hppa) law at cygnus dot com
607 Daniel Berlin (C++ support) dan at cgsoftware dot com
608 Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com
609 David Taylor (d10v, sparc, utils, defs,
610 expression evaluator, language support) taylor at candd dot org
611 J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com
612 Frank Ch. Eigler (sim) fche at redhat dot com
613 Per Bothner (Java) per at bothner dot com
614 Anthony Green (Java) green at redhat dot com
615 Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com
616 Mark Salter (testsuite/lib+config) msalter at redhat dot com
617 Jim Kingdon (web pages) kingdon at panix dot com
618 Jim Ingham (gdbtk, libgui) jingham at apple dot com
619 Mark Kettenis (hurd native) kettenis at gnu dot org
620 Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com
621 Robert Lipe (SCO/Unixware) rjl at sco dot com
622 Peter Schauer (global, AIX, xcoffsolib,
623 Solaris/x86) Peter.Schauer at mytum dot de
624 Scott Bambrough (ARM) scottb at netwinder dot org
625 Philippe De Muyter (coff) phdm at macqel dot be
626 Michael Chastain (testsuite) mec.gnu at mindspring dot com
627 Fred Fish (global)
628
629
630
631 Folks that have been caught up in a paper trail:
632
633 David Carlton carlton@bactrian.org
634 Ramana Radhakrishnan ramana.r@gmail.com
635
636 ;; Local Variables:
637 ;; coding: utf-8
638 ;; End:
This page took 0.050072 seconds and 4 git commands to generate.