]> Git Repo - binutils.git/blame - gdb/MAINTAINERS
*** empty log message ***
[binutils.git] / gdb / MAINTAINERS
CommitLineData
e990a46e 1 GDB Maintainers
b2a74f99
DJ
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 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
75Most changes to the list of maintainers in this file are handled by
76consensus among the global maintainers and any other involved parties.
77In cases where consensus can not be reached, the global maintainers may
78ask the Steering Committee for a final decision.
79
80
81 The Obvious Fix Rule
82 --------------------
83
84All maintainers listed in this file, including the Write After Approval
85developers, are allowed to check in obvious fixes.
86
87An "obvious fix" means that there is no possibility that anyone will
88disagree with the change.
89
90A good mental test is "will the person who hates my work the most be
91able to find fault with the change" - if so, then it's not obvious and
92needs to be posted first. :-)
93
94Something like changing or bypassing an interface is _not_ an obvious
95fix, since such a change without discussion will result in
96instantaneous and loud complaints.
97
e990a46e
AC
98
99 GDB Steering Committee
b2a74f99 100 ----------------------
e990a46e
AC
101
102The members of the GDB Steering Committee are the FSF-appointed
103maintainers of the GDB project.
104
b2a74f99
DJ
105The Steering Committee has final authority for all GDB-related topics;
106they may make whatever changes that they deem necessary, or that the FSF
107requests. However, they are generally not involved in day-to-day
108development.
109
110The current members of the steering committee are listed below, in
111alphabetical order. Their affiliations are provided for reference only -
112their membership on the Steering Committee is individual and not through
113their affiliation, and they act on behalf of the GNU project.
114
2f83030f 115 Jim Blandy (CodeSourcery)
e990a46e
AC
116 Andrew Cagney (Red Hat)
117 Robert Dewar (AdaCore, NYU)
118 Klee Dienes (Apple)
119 Paul Hilfinger (UC Berkeley)
120 Dan Jacobowitz (CodeSourcery)
121 Stan Shebs (Apple)
122 Richard Stallman (FSF)
123 Ian Lance Taylor (C2)
124 Todd Whitesel
ef7b4488 125
5185fdd7 126
b2a74f99
DJ
127 Global Maintainers
128 ------------------
129
130The global maintainers may review and commit any change to GDB, except in
131areas with a Responsible Maintainer available. For major changes, or
132changes to areas with other active developers, global maintainers are
133strongly encouraged to post their own patches for feedback before
134committing.
135
136The global maintainers are responsible for reviewing patches to any area
137for which no Responsible Maintainer is listed.
138
139Global maintainers also have the authority to revert patches which should
140not have been applied, e.g. patches which were not approved, controversial
141patches committed under the Obvious Fix Rule, patches with important bugs
142that can't be immediately fixed, or patches which go against an accepted and
143documented roadmap for GDB development. Any global maintainer may request
144the reversion of a patch. If no global maintainer, or responsible
145maintainer in the affected areas, supports the patch (except for the
146maintainer who originally committed it), then after 48 hours the maintainer
147who called for the reversion may revert the patch.
148
149No one may reapply a reverted patch without the agreement of the maintainer
150who reverted it, or bringing the issue to the GDB Steering Committee for
151discussion.
152
153At the moment there are no documented roadmaps for GDB development; in the
154future, if there are, a reference to the list will be included here.
155
156The current global maintainers are (in alphabetical order):
5185fdd7 157
2f83030f 158Jim Blandy [email protected]
904507ce 159Kevin Buettner [email protected]
1db2a798 160Andrew Cagney [email protected]
abdcb2a5 161Fred Fish [email protected]
0ec30a36 162Daniel Jacobowitz [email protected]
1b57acd2 163Mark Kettenis [email protected]
e7411eaa 164Stan Shebs [email protected]
a98b27f2 165Michael Snyder [email protected]
904507ce
AC
166Elena Zannoni [email protected]
167Eli Zaretskii [email protected]
5185fdd7 168
f5bca8e7 169
b2a74f99
DJ
170 Release Manager
171 ---------------
5185fdd7 172
b2a74f99 173The current release manager is: Joel Brobecker <[email protected]>
5185fdd7 174
b2a74f99 175His responsibilities are:
36c2118f 176
b2a74f99 177 * organizing, scheduling, and managing releases of GDB.
538aae9d 178
b2a74f99
DJ
179 * deciding the approval and commit policies for release branches,
180 and can change them as needed.
5185fdd7 181
58cfabe6 182
58cfabe6 183
b2a74f99
DJ
184 Patch Champions
185 ---------------
58cfabe6 186
b2a74f99
DJ
187These volunteers track all patches submitted to the gdb-patches list. They
188endeavor to prevent any posted patch from being overlooked; work with
189contributors to meet GDB's coding style and general requirements, along with
190FSF copyright assignments; remind (ping) responsible maintainers to review
191patches; and ensure that contributors are given credit.
58cfabe6 192
b2a74f99 193Current patch champions (in alphabetical order):
54c92070 194
c9f7217e 195 Randolph Chung <[email protected]>
b2a74f99 196 Daniel Jacobowitz <[email protected]>
58cfabe6 197
a60a53c5 198
a60a53c5 199
b2a74f99
DJ
200 Responsible Maintainers
201 -----------------------
202
203These developers have agreed to review patches in specific areas of GDB, in
204which they have knowledge and experience. These areas are generally broad;
205the role of a responsible maintainer is to provide coherent and cohesive
206structure within their area of GDB, to assure that patches from many
207different contributors all work together for the best results.
a60a53c5 208
b2a74f99
DJ
209Global maintainers will defer to responsible maintainers within their areas,
210as long as the responsible maintainer is active. Active means that
211responsible maintainers agree to review submitted patches in their area
212promptly; patches and followups should generally be answered within a week.
213If a responsible maintainer is interested in reviewing a patch but will not
214have time within a week of posting, the maintainer should send an
215acknowledgement of the patch to the gdb-patches mailing list, and
216plan to follow up with a review within a month. These deadlines are for
217initial responses to a patch - if the maintainer has suggestions
218or questions, it may take an extended discussion before the patch
219is ready to commit. There are no written requirements for discussion,
220but maintainers are asked to be responsive.
221
222If a responsible maintainer misses these deadlines occasionally (e.g.
223vacation or unexpected workload), it's not a disaster - any global
224maintainer may step in to review the patch. But sometimes life intervenes
225more permanently, and a maintainer may no longer have time for these duties.
226When this happens, he or she should step down (either into the Authorized
227Committers section if still interested in the area, or simply removed from
228the list of Responsible Maintainers if not).
229
230If a responsible maintainer is unresponsive for an extended period of time
231without stepping down, please contact the Global Maintainers; they will try
232to contact the maintainer directly and fix the problem - potentially by
233removing that maintainer from their listed position.
234
235If there are several maintainers for a given domain then any one of them
236may review a submitted patch.
a60a53c5 237
c1bab85b 238Target Instruction Set Architectures:
8860ff2e 239
91a533d4
AC
240The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI
241(Operating System / Application Binary Interface) issues including CPU
242variants.
243
244The Target/Architecture maintainer works with the host maintainer when
245resolving build issues. The Target/Architecture maintainer works with
246the native maintainer when resolving ABI issues.
5185fdd7 247
8f9cbe01 248 alpha --target=alpha-elf ,-Werror
21a6f6bb 249
66140c26 250 arm --target=arm-elf ,-Werror
26806ce2 251 Richard Earnshaw [email protected]
9b82661c 252
e33ce519 253 avr --target=avr ,-Werror
e33ce519 254
4a72630a 255 cris --target=cris-elf ,-Werror
93755ae6 256
61c82a3b 257 d10v OBSOLETE
21a6f6bb 258
53e8aaea 259 frv --target=frv-elf ,-Werror
53e8aaea 260
87d088f5 261 h8300 --target=h8300-elf ,-Werror
9b82661c 262
c1bab85b 263 i386 --target=i386-elf ,-Werror
21a6f6bb
AC
264 Mark Kettenis [email protected]
265
32089c7c
AC
266 ia64 --target=ia64-linux-gnu ,-Werror
267 (--target=ia64-elf broken)
9b82661c 268
96309189
MS
269 m32c --target=m32c-elf ,-Werror
270 Jim Blandy, [email protected]
271
9644bbdd 272 m32r --target=m32r-elf ,-Werror
9b82661c 273
53fe9346 274 m68hc11 --target=m68hc11-elf ,-Werror ,
2be99286 275 Stephane Carrez [email protected]
9b82661c 276
043c9cdc 277 m68k --target=m68k-elf ,-Werror
9b82661c 278
1698f4e7
MK
279 m88k --target=m88k-openbsd ,-Werror
280 Mark Kettenis [email protected]
9b82661c 281
9445aa30 282 mcore Deleted
9b82661c 283
c1bab85b 284 mips --target=mips-elf ,-Werror
9b82661c 285
87d088f5
AC
286 mn10300 --target=mn10300-elf broken
287 (sim/ dies with make -j)
a98b27f2 288 Michael Snyder [email protected]
9b82661c 289
37ebea84
KB
290 ms1 --target=ms1-elf ,-Werror
291 Kevin Buettner [email protected]
292
9445aa30 293 ns32k Deleted
9b82661c 294
93449403 295 pa --target=hppa-elf ,-Werror
21a6f6bb 296
8dacb7ef 297 powerpc --target=powerpc-eabi ,-Werror
9b82661c 298
9f9d12b3 299 s390 --target=s390-linux-gnu ,-Werror
5769d3cd 300
5dbc6baa 301 sh --target=sh-elf ,-Werror
079c8cd0 302 --target=sh64-elf ,-Werror
9b82661c 303
043c9cdc 304 sparc --target=sparc-elf ,-Werror
9b82661c 305
181124bc 306 v850 --target=v850-elf ,-Werror
21a6f6bb 307
043c9cdc 308 vax --target=vax-netbsd ,-Werror
21a6f6bb 309
53fe9346 310 x86-64 --target=x86_64-linux-gnu ,-Werror
e4621584 311
b6fcb393 312 xstormy16 --target=xstormy16-elf
7c0a2a0a
CV
313 Corinna Vinschen [email protected]
314
fcc87af1
AC
315All developers recognized by this file can make arbitrary changes to
316OBSOLETE targets.
9b82661c 317
684e56bf
AC
318The Bourne shell script gdb_mbuild.sh can be used to rebuild all the
319above targets.
5185fdd7
AC
320
321
8860ff2e
AC
322Host/Native:
323
9b82661c
AC
324The Native maintainer is responsible for target specific native
325support - typically shared libraries and quirks to procfs/ptrace/...
326The Native maintainer works with the Arch and Core maintainers when
327resolving more generic problems.
8860ff2e 328
9175c9a3
MC
329The host maintainer ensures that gdb can be built as a cross debugger on
330their platform.
5185fdd7 331
f4d408c6 332AIX Joel Brobecker [email protected]
e306c308 333
56a5d675 334djgpp native Eli Zaretskii [email protected]
e0f2823e 335GNU Hurd Alfred M. Szmidt [email protected]
842330b4 336MS Windows (NT, '00, 9x, Me, XP) host & native
859a326d 337 Chris Faylor [email protected]
ef7b4488 338GNU/Linux/x86 native & host
ef7b4488 339 Mark Kettenis [email protected]
6c8e04b5
DJ
340GNU/Linux MIPS native & host
341 Daniel Jacobowitz [email protected]
26806ce2 342GNU/Linux m68k Andreas Schwab [email protected]
e255d535 343FreeBSD native & host Mark Kettenis [email protected]
5185fdd7 344
9b82661c
AC
345
346
5185fdd7
AC
347Core: Generic components used by all of GDB
348
a98b27f2
MS
349tracing Michael Snyder [email protected]
350threads Michael Snyder [email protected]
a8596edf 351 Mark Kettenis [email protected]
f4d408c6 352language support
8de3c354 353 C++ Daniel Jacobowitz [email protected]
3771659b 354 Objective C support Adam Fedor [email protected]
f4d408c6 355shared libs Kevin Buettner [email protected]
e306c308 356
e8be95ae 357documentation Eli Zaretskii [email protected]
49101e1c 358 (including NEWS)
f4d408c6 359testsuite
5a703563 360 gdbtk (gdb.gdbtk) Keith Seitz [email protected]
a98b27f2
MS
361 threads (gdb.threads) Michael Snyder [email protected]
362 trace (gdb.trace) Michael Snyder [email protected]
5185fdd7
AC
363
364
365UI: External (user) interfaces.
366
f4d408c6 367gdbtk (c & tcl) Fernando Nasser [email protected]
54403c59 368 Keith Seitz [email protected]
f4d408c6 369libgui (w/foundry, sn) Keith Seitz [email protected]
f5bca8e7
AC
370
371
372Misc:
373
3f289e6f
AC
374gdb/gdbserver Daniel Jacobowitz [email protected]
375
f5bca8e7 376Makefile.in, configure* ALL
7158fd7f
AC
377
378mmalloc/ ALL Host maintainers
379
f779ca99 380sim/ See sim/MAINTAINERS
5185fdd7 381
9ec7faef 382readline/ Master version: ftp://ftp.cwru.edu/pub/bash/
f4d408c6 383 ALL
9ec7faef
AC
384 Host maintainers (host dependant parts)
385 (but get your changes into the master version)
386
f4d408c6 387tcl/ tk/ itcl/ ALL
ef7b4488 388
b2a74f99
DJ
389
390 Authorized Committers
391 ---------------------
392
393These are developers working on particular areas of GDB, who are trusted to
394commit their own (or other developers') patches in those areas without
395further review from a Global Maintainer or Responsible Maintainer. They are
396under no obligation to review posted patches - but, of course, are invited
397to do so!
398
f4d408c6
DJ
399PowerPC Andrew Cagney [email protected]
400CRIS Hans-Peter Nilsson [email protected]
401IA64 Jeff Johnston [email protected]
402MIPS Joel Brobecker [email protected]
403m32r Kei Sakamoto [email protected]
404PowerPC Kevin Buettner [email protected]
405CRIS Orjan Friberg [email protected]
406HPPA Randolph Chung [email protected]
407S390 Ulrich Weigand [email protected]
408djgpp DJ Delorie [email protected]
409 [Please use this address to contact DJ about DJGPP]
410tui Stephane Carrez [email protected]
411ia64 Kevin Buettner [email protected]
412AIX Kevin Buettner [email protected]
413GNU/Linux PPC native Kevin Buettner [email protected]
414gdb.java tests Anthony Green [email protected]
415FreeBSD native & host David O'Brien [email protected]
416event loop Elena Zannoni [email protected]
417generic symtabs Elena Zannoni [email protected]
418dwarf readers Elena Zannoni [email protected]
419elf reader Elena Zannoni [email protected]
420stabs reader Elena Zannoni [email protected]
421readline/ Elena Zannoni [email protected]
f4d408c6
DJ
422NetBSD native & host Jason Thorpe [email protected]
423Pascal support Pierre Muller [email protected]
424avr Theodore A. Roth [email protected]
13942a42 425Modula-2 support Gaius Mulley [email protected]
b2a74f99
DJ
426
427
e7745bde
AC
428 Write After Approval
429 (alphabetic)
5185fdd7 430
b76a2a57
AC
431To get recommended for the Write After Approval list you need a valid
432FSF assignment and have submitted one good patch.
433
b302179c 434David Anderson [email protected]
871cce51 435John David Anglin [email protected]
062103ba 436Shrinivas Atre [email protected]
627054c8 437Scott Bambrough [email protected]
ae2a31bf 438Jan Beulich [email protected]
2f83030f 439Jim Blandy [email protected]
e7745bde 440Philip Blundell [email protected]
627054c8 441Per Bothner [email protected]
1581f359 442Joel Brobecker [email protected]
cdd463f9 443Dave Brolley [email protected]
dbf5be1c 444Paul Brook [email protected]
5b031165 445Julian Brown [email protected]
627054c8 446Kevin Buettner [email protected]
1db2a798 447Andrew Cagney [email protected]
58e23df4 448David Carlton [email protected]
627054c8 449Stephane Carrez [email protected]
68e39e73 450Michael Chastain [email protected]
e04e8f8a 451Eric Christopher [email protected]
700c15aa 452Randolph Chung [email protected]
f9e2d830 453Nick Clifton [email protected]
f4d408c6 454J.T. Conklin [email protected]
56296155 455Brendan Conoboy [email protected]
eb944380 456DJ Delorie [email protected]
eb944380 457Philippe De Muyter [email protected]
8bfdb672 458Dhananjay Deshpande [email protected]
6a41ff59 459Klee Dienes [email protected]
dd96c05b 460Richard Earnshaw [email protected]
3ad97651 461Steve Ellcey [email protected]
627054c8 462Frank Ch. Eigler [email protected]
523f6a27 463Ben Elliston [email protected]
e92f3704
JG
464Adam Fedor [email protected]
465Fred Fish [email protected]
283f90a7 466Brian Ford [email protected]
e92f3704 467Orjan Friberg [email protected]
386d4518 468Paul Gilliam [email protected]
cb123844 469Raoul Gough [email protected]
627054c8 470Anthony Green [email protected]
181c3369 471Matthew Green [email protected]
a4ab2b5d 472Jerome Guitton [email protected]
1005d5ef 473Ben Harris [email protected]
23b95bcb 474Richard Henderson [email protected]
814b3ba0 475Aldy Hernandez [email protected]
e7745bde
AC
476Paul Hilfinger [email protected]
477Matt Hiller [email protected]
ed42d87b 478Kazu Hirata [email protected]
e7745bde
AC
479Jeff Holcomb [email protected]
480Don Howard [email protected]
481Martin Hunt [email protected]
6a41ff59 482Jim Ingham [email protected]
a80493b8 483Baurzhan Ismagulov [email protected]
7d97d5e2 484Manoj Iyer [email protected]
2740bf6c 485Daniel Jacobowitz [email protected]
37965979 486Andreas Jaeger [email protected]
7e3cec17 487Jeff Johnston [email protected]
e7745bde 488Geoff Keating [email protected]
627054c8 489Mark Kettenis [email protected]
f4d408c6 490Jim Kingdon [email protected]
f09cffe3 491Jonathan Larmour [email protected]
eb944380 492Jeff Law [email protected]
b1bd302e 493David Lecomber [email protected]
627054c8 494Robert Lipe [email protected]
e7745bde 495H.J. Lu [email protected]
627054c8 496Michal Ludvig [email protected]
f9e2d830 497Glen McCready [email protected]
ac2e0304 498Greg McGary [email protected]
a8cbc6f7 499Roland McGrath [email protected]
723e0e3d 500Bryce McKinlay [email protected]
39c22d1a 501Jason Merrill [email protected]
627054c8 502David S. Miller [email protected]
89a72f9c 503Mark Mitchell [email protected]
da615bee 504Marko Mlinar [email protected]
ecd1107e 505Alan Modra [email protected]
6d6b80e5 506Jason Molenda [email protected]
47b95330 507Pierre Muller [email protected]
72019c9c 508Gaius Mulley [email protected]
3d38a0a5 509Joseph Myers [email protected]
627054c8 510Fernando Nasser [email protected]
d0f853e1 511Nathanael Nerode [email protected]
6eecb1c8 512Hans-Peter Nilsson [email protected]
627054c8 513David O'Brien [email protected]
2748f097 514Alexandre Oliva [email protected]
33e6b12b 515Ramana Radhakrishnan [email protected]
58ad5041 516Frederic Riss [email protected]
dfea300e 517Tom Rix [email protected]
e1124681 518Nick Roberts [email protected]
a8cbc6f7 519Bob Rossi [email protected]
de18ac1f 520Theodore A. Roth [email protected]
627054c8 521Ian Roxborough [email protected]
83b4a0fe 522Grace Sainsbury [email protected]
29ceeffb 523Kei Sakamoto [email protected]
39f0ec5c 524Mark Salter [email protected]
d738fe6d 525Richard Sandiford [email protected]
f4d408c6 526Peter Schauer [email protected]
49d5aff7 527Andreas Schwab [email protected]
f9e2d830 528Keith Seitz [email protected]
eb944380 529Stan Shebs [email protected]
36479eb1 530Aidan Skinner [email protected]
5f3b5248 531Jiri Smid [email protected]
e7745bde 532David Smith [email protected]
de3a8c23 533Stephen P. Smith [email protected]
02da6206 534Jackie Smith Cashion [email protected]
a98b27f2 535Michael Snyder [email protected]
41ae02c9 536Petr Sorfa [email protected]
bd73ccbd 537Andrew Stubbs [email protected]
3517749c 538Ian Lance Taylor [email protected]
e7745bde 539Gary Thomas [email protected]
12b21d12 540Jason Thorpe [email protected]
f9e2d830 541Tom Tromey [email protected]
f56c189d 542David Ung [email protected]
0c67cbe9 543D Venkatasubramanian [email protected]
7717fda3 544Corinna Vinschen [email protected]
aedf1c5b 545Keith Walker [email protected]
9a3c34fe 546Kris Warkentin [email protected]
090ddb2a 547Ulrich Weigand [email protected]
0b71f08f 548Nathan Williams [email protected]
0f9e5f32 549Bob Wilson [email protected]
fcd182f9 550Jim Wilson [email protected]
627054c8
AC
551Elena Zannoni [email protected]
552Eli Zaretskii [email protected]
72429025 553Wu Zhou [email protected]
ba0e80db 554Yoshinori Sato [email protected]
e7745bde 555
15929d05 556
3a0c66d4
AC
557 Past Maintainers
558
f4d408c6
DJ
559Whenever removing yourself, or someone else, from this file, consider
560listing their areas of development here for posterity.
561
47b95330
AC
562Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com
563Jeff Law (hppa) law at cygnus dot com
564Daniel Berlin (C++ support) dan at cgsoftware dot com
7fe4d0d2
AC
565Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com
566David Taylor (d10v, sparc, utils, defs,
567 expression evaluator, language support) taylor at candd dot org
f4d408c6 568J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com
f779ca99 569Frank Ch. Eigler (sim) fche at redhat dot com
8a81a99e 570Per Bothner (Java) per at bothner dot com
23b7d5f3 571Anthony Green (Java) green at redhat dot com
2ec3381a 572Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com
5aae53e5 573Mark Salter (testsuite/lib+config) msalter at redhat dot com
f4d408c6
DJ
574Jim Kingdon (web pages) kingdon at panix dot com
575Jim Ingham (gdbtk, libgui) jingham at apple dot com
576Mark Kettenis (hurd native) kettenis at gnu dot org
577Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com
578Robert Lipe (SCO/Unixware) rjl at sco dot com
579Peter Schauer (global, AIX, xcoffsolib,
580 Solaris/x86) Peter.Schauer at mytum dot de
581Scott Bambrough (ARM) scottb at netwinder dot org
582Philippe De Muyter (coff) phdm at macqel dot be
583Michael Chastain (testsuite) mec.gnu at mindspring dot com
5ecaa7dd 584
3a0c66d4
AC
585
586
e33e9692 587Folks that have been caught up in a paper trail:
dfe25b3a 588
58e23df4 589David Carlton [email protected]
This page took 0.897737 seconds and 4 git commands to generate.