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