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 | ||
81e0e940 EZ |
98 | For documentation changes, about the only kind of fix that is obvious |
99 | is correction of a typo or bad English usage. | |
100 | ||
e990a46e AC |
101 | |
102 | GDB Steering Committee | |
b2a74f99 | 103 | ---------------------- |
e990a46e AC |
104 | |
105 | The members of the GDB Steering Committee are the FSF-appointed | |
106 | maintainers of the GDB project. | |
107 | ||
b2a74f99 DJ |
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 | ||
5eeba8d4 | 118 | Jim Blandy (Mozilla) |
e990a46e AC |
119 | Andrew Cagney (Red Hat) |
120 | Robert Dewar (AdaCore, NYU) | |
121 | Klee Dienes (Apple) | |
122 | Paul Hilfinger (UC Berkeley) | |
123 | Dan Jacobowitz (CodeSourcery) | |
336de56d | 124 | Stan Shebs (CodeSourcery) |
e990a46e AC |
125 | Richard Stallman (FSF) |
126 | Ian Lance Taylor (C2) | |
127 | Todd Whitesel | |
ef7b4488 | 128 | |
5185fdd7 | 129 | |
b2a74f99 DJ |
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): | |
5185fdd7 | 160 | |
3cd9d164 | 161 | Pedro Alves pedro@codesourcery.com |
a367a1f2 | 162 | Jim Blandy jimb@red-bean.com |
e933291e | 163 | Joel Brobecker brobecker@adacore.com |
904507ce | 164 | Kevin Buettner kevinb@redhat.com |
1db2a798 | 165 | Andrew Cagney cagney@gnu.org |
bf0d7e9c | 166 | Doug Evans dje@google.com |
0ec30a36 | 167 | Daniel Jacobowitz dan@debian.org |
1b57acd2 | 168 | Mark Kettenis kettenis@gnu.org |
336de56d | 169 | Stan Shebs stan@codesourcery.com |
11fa8e43 | 170 | Michael Snyder msnyder@vmware.com |
d7dc3873 | 171 | Tom Tromey tromey@redhat.com |
03f597d5 | 172 | Ulrich Weigand Ulrich.Weigand@de.ibm.com |
692263b8 | 173 | Elena Zannoni elena.zannoni@oracle.com |
904507ce | 174 | Eli Zaretskii eliz@gnu.org |
5185fdd7 | 175 | |
f5bca8e7 | 176 | |
b2a74f99 DJ |
177 | Release Manager |
178 | --------------- | |
5185fdd7 | 179 | |
b2a74f99 | 180 | The current release manager is: Joel Brobecker <brobecker@adacore.com> |
5185fdd7 | 181 | |
b2a74f99 | 182 | His responsibilities are: |
36c2118f | 183 | |
b2a74f99 | 184 | * organizing, scheduling, and managing releases of GDB. |
538aae9d | 185 | |
b2a74f99 DJ |
186 | * deciding the approval and commit policies for release branches, |
187 | and can change them as needed. | |
5185fdd7 | 188 | |
58cfabe6 | 189 | |
58cfabe6 | 190 | |
b2a74f99 DJ |
191 | Patch Champions |
192 | --------------- | |
58cfabe6 | 193 | |
b2a74f99 DJ |
194 | These volunteers track all patches submitted to the gdb-patches list. They |
195 | endeavor to prevent any posted patch from being overlooked; work with | |
196 | contributors to meet GDB's coding style and general requirements, along with | |
197 | FSF copyright assignments; remind (ping) responsible maintainers to review | |
198 | patches; and ensure that contributors are given credit. | |
58cfabe6 | 199 | |
b2a74f99 | 200 | Current patch champions (in alphabetical order): |
54c92070 | 201 | |
c9f7217e | 202 | Randolph Chung <tausq@debian.org> |
58cfabe6 | 203 | |
a60a53c5 | 204 | |
a60a53c5 | 205 | |
b2a74f99 DJ |
206 | Responsible Maintainers |
207 | ----------------------- | |
208 | ||
209 | These developers have agreed to review patches in specific areas of GDB, in | |
210 | which they have knowledge and experience. These areas are generally broad; | |
211 | the role of a responsible maintainer is to provide coherent and cohesive | |
212 | structure within their area of GDB, to assure that patches from many | |
213 | different contributors all work together for the best results. | |
a60a53c5 | 214 | |
b2a74f99 DJ |
215 | Global maintainers will defer to responsible maintainers within their areas, |
216 | as long as the responsible maintainer is active. Active means that | |
217 | responsible maintainers agree to review submitted patches in their area | |
218 | promptly; patches and followups should generally be answered within a week. | |
219 | If a responsible maintainer is interested in reviewing a patch but will not | |
220 | have time within a week of posting, the maintainer should send an | |
221 | acknowledgement of the patch to the gdb-patches mailing list, and | |
222 | plan to follow up with a review within a month. These deadlines are for | |
223 | initial responses to a patch - if the maintainer has suggestions | |
224 | or questions, it may take an extended discussion before the patch | |
225 | is ready to commit. There are no written requirements for discussion, | |
226 | but maintainers are asked to be responsive. | |
227 | ||
228 | If a responsible maintainer misses these deadlines occasionally (e.g. | |
229 | vacation or unexpected workload), it's not a disaster - any global | |
230 | maintainer may step in to review the patch. But sometimes life intervenes | |
231 | more permanently, and a maintainer may no longer have time for these duties. | |
232 | When this happens, he or she should step down (either into the Authorized | |
233 | Committers section if still interested in the area, or simply removed from | |
234 | the list of Responsible Maintainers if not). | |
235 | ||
236 | If a responsible maintainer is unresponsive for an extended period of time | |
237 | without stepping down, please contact the Global Maintainers; they will try | |
238 | to contact the maintainer directly and fix the problem - potentially by | |
239 | removing that maintainer from their listed position. | |
240 | ||
241 | If there are several maintainers for a given domain then any one of them | |
242 | may review a submitted patch. | |
a60a53c5 | 243 | |
c1bab85b | 244 | Target Instruction Set Architectures: |
8860ff2e | 245 | |
91a533d4 AC |
246 | The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI |
247 | (Operating System / Application Binary Interface) issues including CPU | |
248 | variants. | |
249 | ||
250 | The Target/Architecture maintainer works with the host maintainer when | |
251 | resolving build issues. The Target/Architecture maintainer works with | |
252 | the native maintainer when resolving ABI issues. | |
5185fdd7 | 253 | |
8f9cbe01 | 254 | alpha --target=alpha-elf ,-Werror |
21a6f6bb | 255 | |
66140c26 | 256 | arm --target=arm-elf ,-Werror |
26806ce2 | 257 | Richard Earnshaw rearnsha@arm.com |
9b82661c | 258 | |
e33ce519 | 259 | avr --target=avr ,-Werror |
e33ce519 | 260 | |
cb5c8c39 DJ |
261 | cris --target=cris-elf ,-Werror , |
262 | (sim does not build with -Werror) | |
93755ae6 | 263 | |
53e8aaea | 264 | frv --target=frv-elf ,-Werror |
53e8aaea | 265 | |
87d088f5 | 266 | h8300 --target=h8300-elf ,-Werror |
9b82661c | 267 | |
c1bab85b | 268 | i386 --target=i386-elf ,-Werror |
21a6f6bb AC |
269 | Mark Kettenis kettenis@gnu.org |
270 | ||
32089c7c AC |
271 | ia64 --target=ia64-linux-gnu ,-Werror |
272 | (--target=ia64-elf broken) | |
9b82661c | 273 | |
c28c63d8 JB |
274 | lm32 --target=lm32-elf ,-Werror |
275 | ||
96309189 | 276 | m32c --target=m32c-elf ,-Werror |
96309189 | 277 | |
9644bbdd | 278 | m32r --target=m32r-elf ,-Werror |
9b82661c | 279 | |
53fe9346 | 280 | m68hc11 --target=m68hc11-elf ,-Werror , |
2be99286 | 281 | Stephane Carrez stcarrez@nerim.fr |
9b82661c | 282 | |
043c9cdc | 283 | m68k --target=m68k-elf ,-Werror |
9b82661c | 284 | |
1698f4e7 MK |
285 | m88k --target=m88k-openbsd ,-Werror |
286 | Mark Kettenis kettenis@gnu.org | |
9b82661c | 287 | |
9445aa30 | 288 | mcore Deleted |
9b82661c | 289 | |
01c996c1 KB |
290 | mep --target=mep-elf ,-Werror |
291 | Kevin Buettner kevinb@redhat.com | |
292 | ||
c1bab85b | 293 | mips --target=mips-elf ,-Werror |
9b82661c | 294 | |
87d088f5 AC |
295 | mn10300 --target=mn10300-elf broken |
296 | (sim/ dies with make -j) | |
11fa8e43 | 297 | Michael Snyder msnyder@vmware.com |
9b82661c | 298 | |
d7066cce AG |
299 | moxie --target=moxie-elf ,-Werror |
300 | Anthony Green green@moxielogic.com | |
301 | ||
37ebea84 KB |
302 | ms1 --target=ms1-elf ,-Werror |
303 | Kevin Buettner kevinb@redhat.com | |
304 | ||
9445aa30 | 305 | ns32k Deleted |
9b82661c | 306 | |
93449403 | 307 | pa --target=hppa-elf ,-Werror |
21a6f6bb | 308 | |
8dacb7ef | 309 | powerpc --target=powerpc-eabi ,-Werror |
9b82661c | 310 | |
9f9d12b3 | 311 | s390 --target=s390-linux-gnu ,-Werror |
5769d3cd | 312 | |
27fd2f50 Q |
313 | score --target=score-elf |
314 | Qinwei qinwei@sunnorth.com.cn | |
315 | ||
5dbc6baa | 316 | sh --target=sh-elf ,-Werror |
079c8cd0 | 317 | --target=sh64-elf ,-Werror |
9b82661c | 318 | |
cb5c8c39 DJ |
319 | sparc --target=sparc64-solaris2.10 ,-Werror |
320 | (--target=sparc-elf broken) | |
9b82661c | 321 | |
d1320b0b UW |
322 | spu --target=spu-elf ,-Werror |
323 | Ulrich Weigand uweigand@de.ibm.com | |
324 | ||
181124bc | 325 | v850 --target=v850-elf ,-Werror |
21a6f6bb | 326 | |
043c9cdc | 327 | vax --target=vax-netbsd ,-Werror |
21a6f6bb | 328 | |
53fe9346 | 329 | x86-64 --target=x86_64-linux-gnu ,-Werror |
e4621584 | 330 | |
b6fcb393 | 331 | xstormy16 --target=xstormy16-elf |
7c0a2a0a CV |
332 | Corinna Vinschen vinschen@redhat.com |
333 | ||
9cd84602 MG |
334 | xtensa --target=xtensa-elf |
335 | Maxim Grigoriev maxim2405@gmail.com | |
336 | ||
fcc87af1 AC |
337 | All developers recognized by this file can make arbitrary changes to |
338 | OBSOLETE targets. | |
9b82661c | 339 | |
684e56bf AC |
340 | The Bourne shell script gdb_mbuild.sh can be used to rebuild all the |
341 | above targets. | |
5185fdd7 AC |
342 | |
343 | ||
8860ff2e AC |
344 | Host/Native: |
345 | ||
9b82661c AC |
346 | The Native maintainer is responsible for target specific native |
347 | support - typically shared libraries and quirks to procfs/ptrace/... | |
348 | The Native maintainer works with the Arch and Core maintainers when | |
349 | resolving more generic problems. | |
8860ff2e | 350 | |
9175c9a3 MC |
351 | The host maintainer ensures that gdb can be built as a cross debugger on |
352 | their platform. | |
5185fdd7 | 353 | |
f4d408c6 | 354 | AIX Joel Brobecker brobecker@adacore.com |
e306c308 | 355 | |
56a5d675 | 356 | djgpp native Eli Zaretskii eliz@gnu.org |
e0f2823e | 357 | GNU Hurd Alfred M. Szmidt ams@gnu.org |
842330b4 | 358 | MS Windows (NT, '00, 9x, Me, XP) host & native |
859a326d | 359 | Chris Faylor cgf@alum.bu.edu |
ef7b4488 | 360 | GNU/Linux/x86 native & host |
ef7b4488 | 361 | Mark Kettenis kettenis@gnu.org |
6c8e04b5 DJ |
362 | GNU/Linux MIPS native & host |
363 | Daniel Jacobowitz dan@debian.org | |
a2f63f5e | 364 | GNU/Linux m68k Andreas Schwab schwab@linux-m68k.org |
e255d535 | 365 | FreeBSD native & host Mark Kettenis kettenis@gnu.org |
5185fdd7 | 366 | |
9b82661c AC |
367 | |
368 | ||
5185fdd7 AC |
369 | Core: Generic components used by all of GDB |
370 | ||
11fa8e43 MS |
371 | tracing Michael Snyder msnyder@vmware.com |
372 | threads Michael Snyder msnyder@vmware.com | |
a8596edf | 373 | Mark Kettenis kettenis@gnu.org |
f4d408c6 | 374 | language support |
b33682a7 DJ |
375 | Ada Joel Brobecker brobecker@adacore.com |
376 | Paul Hilfinger hilfinger@gnat.com | |
8de3c354 | 377 | C++ Daniel Jacobowitz dan@debian.org |
3771659b | 378 | Objective C support Adam Fedor fedor@gnu.org |
f4d408c6 | 379 | shared libs Kevin Buettner kevinb@redhat.com |
d9bf65d5 | 380 | MI interface Vladimir Prus vladimir@codesourcery.com |
e306c308 | 381 | |
e8be95ae | 382 | documentation Eli Zaretskii eliz@gnu.org |
49101e1c | 383 | (including NEWS) |
f4d408c6 | 384 | testsuite |
5a703563 | 385 | gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com |
11fa8e43 MS |
386 | threads (gdb.threads) Michael Snyder msnyder@vmware.com |
387 | trace (gdb.trace) Michael Snyder msnyder@vmware.com | |
5185fdd7 AC |
388 | |
389 | ||
390 | UI: External (user) interfaces. | |
391 | ||
f4d408c6 | 392 | gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com |
54403c59 | 393 | Keith Seitz keiths@redhat.com |
f4d408c6 | 394 | libgui (w/foundry, sn) Keith Seitz keiths@redhat.com |
f5bca8e7 AC |
395 | |
396 | ||
397 | Misc: | |
398 | ||
3f289e6f AC |
399 | gdb/gdbserver Daniel Jacobowitz dan@debian.org |
400 | ||
f5bca8e7 | 401 | Makefile.in, configure* ALL |
7158fd7f AC |
402 | |
403 | mmalloc/ ALL Host maintainers | |
404 | ||
f779ca99 | 405 | sim/ See sim/MAINTAINERS |
5185fdd7 | 406 | |
9ec7faef | 407 | readline/ Master version: ftp://ftp.cwru.edu/pub/bash/ |
f4d408c6 | 408 | ALL |
9ec7faef AC |
409 | Host maintainers (host dependant parts) |
410 | (but get your changes into the master version) | |
411 | ||
f4d408c6 | 412 | tcl/ tk/ itcl/ ALL |
ef7b4488 | 413 | |
b2a74f99 DJ |
414 | |
415 | Authorized Committers | |
416 | --------------------- | |
417 | ||
418 | These are developers working on particular areas of GDB, who are trusted to | |
419 | commit their own (or other developers') patches in those areas without | |
420 | further review from a Global Maintainer or Responsible Maintainer. They are | |
421 | under no obligation to review posted patches - but, of course, are invited | |
422 | to do so! | |
423 | ||
f4d408c6 | 424 | PowerPC Andrew Cagney cagney@gnu.org |
cfefc99a | 425 | CRIS Hans-Peter Nilsson hp@axis.com |
f4d408c6 DJ |
426 | IA64 Jeff Johnston jjohnstn@redhat.com |
427 | MIPS Joel Brobecker brobecker@adacore.com | |
428 | m32r Kei Sakamoto sakamoto.kei@renesas.com | |
429 | PowerPC Kevin Buettner kevinb@redhat.com | |
430 | CRIS Orjan Friberg orjanf@axis.com | |
431 | HPPA Randolph Chung tausq@debian.org | |
432 | S390 Ulrich Weigand uweigand@de.ibm.com | |
433 | djgpp DJ Delorie dj@delorie.com | |
434 | [Please use this address to contact DJ about DJGPP] | |
435 | tui Stephane Carrez stcarrez@nerim.fr | |
436 | ia64 Kevin Buettner kevinb@redhat.com | |
437 | AIX Kevin Buettner kevinb@redhat.com | |
438 | GNU/Linux PPC native Kevin Buettner kevinb@redhat.com | |
439 | gdb.java tests Anthony Green green@redhat.com | |
440 | FreeBSD native & host David O'Brien obrien@freebsd.org | |
692263b8 JB |
441 | event loop Elena Zannoni elena.zannoni@oracle.com |
442 | generic symtabs Elena Zannoni elena.zannoni@oracle.com | |
443 | dwarf readers Elena Zannoni elena.zannoni@oracle.com | |
444 | elf reader Elena Zannoni elena.zannoni@oracle.com | |
445 | stabs reader Elena Zannoni elena.zannoni@oracle.com | |
446 | readline/ Elena Zannoni elena.zannoni@oracle.com | |
f4d408c6 | 447 | NetBSD native & host Jason Thorpe thorpej@netbsd.org |
0643c12e | 448 | Pascal support Pierre Muller muller@sourceware.org |
f4d408c6 | 449 | avr Theodore A. Roth troth@openavr.org |
13942a42 | 450 | Modula-2 support Gaius Mulley gaius@glam.ac.uk |
b2a74f99 DJ |
451 | |
452 | ||
e7745bde AC |
453 | Write After Approval |
454 | (alphabetic) | |
5185fdd7 | 455 | |
b76a2a57 AC |
456 | To get recommended for the Write After Approval list you need a valid |
457 | FSF assignment and have submitted one good patch. | |
458 | ||
20dad8ea | 459 | Pedro Alves pedro_alves@portugalmail.pt |
b302179c | 460 | David Anderson davea@sgi.com |
871cce51 | 461 | John David Anglin dave.anglin@nrc-cnrc.gc.ca |
062103ba | 462 | Shrinivas Atre shrinivasa@kpitcummins.com |
627054c8 | 463 | Scott Bambrough scottb@netwinder.org |
07bed550 | 464 | Thiago Jung Bauermann bauerman@br.ibm.com |
7a893eb8 | 465 | Jon Beniston jon@beniston.com |
ae2a31bf | 466 | Jan Beulich jbeulich@novell.com |
2f83030f | 467 | Jim Blandy jimb@codesourcery.com |
e7745bde | 468 | Philip Blundell philb@gnu.org |
627054c8 | 469 | Per Bothner per@bothner.com |
1581f359 | 470 | Joel Brobecker brobecker@adacore.com |
cdd463f9 | 471 | Dave Brolley brolley@redhat.com |
dbf5be1c | 472 | Paul Brook paul@codesourcery.com |
5b031165 | 473 | Julian Brown julian@codesourcery.com |
627054c8 | 474 | Kevin Buettner kevinb@redhat.com |
1db2a798 | 475 | Andrew Cagney cagney@gnu.org |
58e23df4 | 476 | David Carlton carlton@bactrian.org |
627054c8 | 477 | Stephane Carrez stcarrez@nerim.fr |
68e39e73 | 478 | Michael Chastain mec.gnu@mindspring.com |
e04e8f8a | 479 | Eric Christopher echristo@apple.com |
700c15aa | 480 | Randolph Chung tausq@debian.org |
f9e2d830 | 481 | Nick Clifton nickc@redhat.com |
f4d408c6 | 482 | J.T. Conklin jtc@acorntoolworks.com |
56296155 | 483 | Brendan Conoboy blc@redhat.com |
93c06293 | 484 | Ludovic Courtès ludo@gnu.org |
eb944380 | 485 | DJ Delorie dj@redhat.com |
073d253f | 486 | Chris Demetriou cgd@google.com |
eb944380 | 487 | Philippe De Muyter phdm@macqel.be |
8bfdb672 | 488 | Dhananjay Deshpande dhananjayd@kpitcummins.com |
213a758a | 489 | Markus Deuling deuling@de.ibm.com |
6a41ff59 | 490 | Klee Dienes kdienes@apple.com |
25502bfe | 491 | Gabriel Dos Reis gdr@integrable-solutions.net |
dd96c05b | 492 | Richard Earnshaw rearnsha@arm.com |
3ad97651 | 493 | Steve Ellcey sje@cup.hp.com |
627054c8 | 494 | Frank Ch. Eigler fche@redhat.com |
523f6a27 | 495 | Ben Elliston bje@gnu.org |
69fac969 | 496 | Doug Evans dje@google.com |
e92f3704 | 497 | Adam Fedor fedor@gnu.org |
283f90a7 | 498 | Brian Ford ford@vss.fsi.com |
e92f3704 | 499 | Orjan Friberg orjanf@axis.com |
a2f9cf0d | 500 | Nathan Froyd froydnj@codesourcery.com |
a82f4889 | 501 | Gary Funck gary@intrepid.com |
386d4518 | 502 | Paul Gilliam pgilliam@us.ibm.com |
5a85c521 | 503 | Tristan Gingold gingold@adacore.com |
cb123844 | 504 | Raoul Gough RaoulGough@yahoo.co.uk |
627054c8 | 505 | Anthony Green green@redhat.com |
181c3369 | 506 | Matthew Green mrg@eterna.com.au |
9cd84602 | 507 | Maxim Grigoriev maxim2405@gmail.com |
a4ab2b5d | 508 | Jerome Guitton guitton@act-europe.fr |
1005d5ef | 509 | Ben Harris bjh21@netbsd.org |
23b95bcb | 510 | Richard Henderson rth@redhat.com |
814b3ba0 | 511 | Aldy Hernandez aldyh@redhat.com |
e7745bde AC |
512 | Paul Hilfinger hilfinger@gnat.com |
513 | Matt Hiller hiller@redhat.com | |
ed42d87b | 514 | Kazu Hirata kazu@cs.umass.edu |
e7745bde AC |
515 | Jeff Holcomb jeffh@redhat.com |
516 | Don Howard dhoward@redhat.com | |
dc2bbab2 | 517 | Nick Hudson nick.hudson@dsl.pipex.com |
e7745bde | 518 | Martin Hunt hunt@redhat.com |
6a41ff59 | 519 | Jim Ingham jingham@apple.com |
a80493b8 | 520 | Baurzhan Ismagulov ibr@radix50.net |
7d97d5e2 | 521 | Manoj Iyer manjo@austin.ibm.com |
2740bf6c | 522 | Daniel Jacobowitz dan@debian.org |
37965979 | 523 | Andreas Jaeger aj@suse.de |
7e3cec17 | 524 | Jeff Johnston jjohnstn@redhat.com |
e7745bde | 525 | Geoff Keating geoffk@redhat.com |
627054c8 | 526 | Mark Kettenis kettenis@gnu.org |
61ad90e1 | 527 | Marc Khouzam marc.khouzam@ericsson.com |
f4d408c6 | 528 | Jim Kingdon kingdon@panix.com |
e767400c | 529 | Jan Kratochvil jan.kratochvil@redhat.com |
8c034f27 | 530 | Jonathan Larmour jifl@ecoscentric.com |
eb944380 | 531 | Jeff Law law@redhat.com |
b1bd302e | 532 | David Lecomber david@streamline-computing.com |
c838b516 | 533 | Don Lee don.lee@sunplusct.com |
627054c8 | 534 | Robert Lipe rjl@sco.com |
63a61bf6 | 535 | Sandra Loosemore sandra@codesourcery.com |
fabda5a7 | 536 | H.J. Lu hjl.tools@gmail.com |
627054c8 | 537 | Michal Ludvig mludvig@suse.cz |
3d47173c | 538 | Luis Machado luisgpm@br.ibm.com |
f9e2d830 | 539 | Glen McCready gkm@redhat.com |
ac2e0304 | 540 | Greg McGary greg@mcgary.org |
a8cbc6f7 | 541 | Roland McGrath roland@redhat.com |
723e0e3d | 542 | Bryce McKinlay mckinlay@redhat.com |
39c22d1a | 543 | Jason Merrill jason@redhat.com |
627054c8 | 544 | David S. Miller davem@redhat.com |
89a72f9c | 545 | Mark Mitchell mark@codesourcery.com |
da615bee | 546 | Marko Mlinar markom@opencores.org |
ecd1107e | 547 | Alan Modra amodra@bigpond.net.au |
6d6b80e5 | 548 | Jason Molenda jmolenda@apple.com |
353cfe88 | 549 | Phil Muldoon pmuldoon@redhat.com |
0643c12e | 550 | Pierre Muller muller@sourceware.org |
72019c9c | 551 | Gaius Mulley gaius@glam.ac.uk |
3d38a0a5 | 552 | Joseph Myers joseph@codesourcery.com |
627054c8 | 553 | Fernando Nasser fnasser@redhat.com |
b3d379e4 | 554 | Adam Nemet anemet@caviumnetworks.com |
d0f853e1 | 555 | Nathanael Nerode neroden@gcc.gnu.org |
6eecb1c8 | 556 | Hans-Peter Nilsson hp@bitrange.com |
627054c8 | 557 | David O'Brien obrien@freebsd.org |
2748f097 | 558 | Alexandre Oliva aoliva@redhat.com |
123e3958 | 559 | Karen Osmond karen.osmond@gmail.com |
d3c598de | 560 | Denis Pilat denis.pilat@st.com |
64d75632 | 561 | Vladimir Prus vladimir@codesourcery.com |
a287cea6 | 562 | Qinwei qinwei@sunnorth.com.cn |
58ad5041 | 563 | Frederic Riss frederic.riss@st.com |
ca933485 | 564 | Aleksandar Ristovski aristovski@qnx.com |
dfea300e | 565 | Tom Rix trix@redhat.com |
e1124681 | 566 | Nick Roberts nickrob@snap.net.nz |
a8cbc6f7 | 567 | Bob Rossi bob_rossi@cox.net |
de18ac1f | 568 | Theodore A. Roth troth@openavr.org |
627054c8 | 569 | Ian Roxborough irox@redhat.com |
9ceb0b4c | 570 | Maciej W. Rozycki macro@linux-mips.org |
83b4a0fe | 571 | Grace Sainsbury graces@redhat.com |
29ceeffb | 572 | Kei Sakamoto sakamoto.kei@renesas.com |
39f0ec5c | 573 | Mark Salter msalter@redhat.com |
d738fe6d | 574 | Richard Sandiford richard@codesourcery.com |
f4d408c6 | 575 | Peter Schauer Peter.Schauer@mytum.de |
a2f63f5e | 576 | Andreas Schwab schwab@linux-m68k.org |
9ca12bbf | 577 | Thomas Schwinge tschwinge@gnu.org |
f9e2d830 | 578 | Keith Seitz keiths@redhat.com |
7068dd53 | 579 | Carlos Eduardo Seo cseo@linux.vnet.ibm.com |
336de56d | 580 | Stan Shebs stan@codesourcery.com |
f5d9a292 | 581 | Joel Sherrill joel.sherrill@oarcorp.com |
1f90c757 | 582 | Mark Shinwell shinwell@codesourcery.com |
233a11ab | 583 | Craig Silverstein csilvers@google.com |
36479eb1 | 584 | Aidan Skinner aidan@velvet.net |
5f3b5248 | 585 | Jiri Smid smid@suse.cz |
e7745bde | 586 | David Smith dsmith@redhat.com |
de3a8c23 | 587 | Stephen P. Smith ischis2@cox.net |
02da6206 | 588 | Jackie Smith Cashion jsmith@redhat.com |
11fa8e43 | 589 | Michael Snyder msnyder@vmware.com |
41ae02c9 | 590 | Petr Sorfa petrs@caldera.com |
14fc49fb | 591 | Andrew Stubbs ams@codesourcery.com |
301d2c47 | 592 | Emi Suzuki emi-suzuki@tjsys.co.jp |
3517749c | 593 | Ian Lance Taylor ian@airs.com |
e7745bde | 594 | Gary Thomas gthomas@redhat.com |
12b21d12 | 595 | Jason Thorpe thorpej@netbsd.org |
a7c569c8 | 596 | Caroline Tice ctice@apple.com |
8234eceb | 597 | Kai Tietz kai.tietz@onevision.com |
f9e2d830 | 598 | Tom Tromey tromey@redhat.com |
f56c189d | 599 | David Ung davidu@mips.com |
0c67cbe9 | 600 | D Venkatasubramanian dvenkat@noida.hcltech.com |
7717fda3 | 601 | Corinna Vinschen vinschen@redhat.com |
f667014e | 602 | Sami Wagiaalla swagiaal@redhat.com |
aedf1c5b | 603 | Keith Walker keith.walker@arm.com |
9a3c34fe | 604 | Kris Warkentin kewarken@qnx.com |
090ddb2a | 605 | Ulrich Weigand uweigand@de.ibm.com |
0b71f08f | 606 | Nathan Williams nathanw@wasabisystems.com |
0f9e5f32 | 607 | Bob Wilson bob.wilson@acm.org |
95ece428 | 608 | Jim Wilson wilson@tuliptree.org |
692263b8 | 609 | Elena Zannoni elena.zannoni@oracle.com |
627054c8 | 610 | Eli Zaretskii eliz@gnu.org |
a13d7b90 | 611 | Jie Zhang jie.zhang@analog.com |
72429025 | 612 | Wu Zhou woodzltc@cn.ibm.com |
ba0e80db | 613 | Yoshinori Sato ysato@users.sourceforge.jp |
4098af0f | 614 | Hui Zhu teawater@gmail.com |
b0afac70 | 615 | Sergio Durigan Junior sergiodj@linux.vnet.ibm.com |
e7745bde | 616 | |
15929d05 | 617 | |
3a0c66d4 AC |
618 | Past Maintainers |
619 | ||
f4d408c6 DJ |
620 | Whenever removing yourself, or someone else, from this file, consider |
621 | listing their areas of development here for posterity. | |
622 | ||
47b95330 AC |
623 | Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com |
624 | Jeff Law (hppa) law at cygnus dot com | |
625 | Daniel Berlin (C++ support) dan at cgsoftware dot com | |
7fe4d0d2 AC |
626 | Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com |
627 | David Taylor (d10v, sparc, utils, defs, | |
628 | expression evaluator, language support) taylor at candd dot org | |
f4d408c6 | 629 | J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com |
f779ca99 | 630 | Frank Ch. Eigler (sim) fche at redhat dot com |
8a81a99e | 631 | Per Bothner (Java) per at bothner dot com |
23b7d5f3 | 632 | Anthony Green (Java) green at redhat dot com |
2ec3381a | 633 | Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com |
5aae53e5 | 634 | Mark Salter (testsuite/lib+config) msalter at redhat dot com |
f4d408c6 DJ |
635 | Jim Kingdon (web pages) kingdon at panix dot com |
636 | Jim Ingham (gdbtk, libgui) jingham at apple dot com | |
637 | Mark Kettenis (hurd native) kettenis at gnu dot org | |
638 | Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com | |
639 | Robert Lipe (SCO/Unixware) rjl at sco dot com | |
640 | Peter Schauer (global, AIX, xcoffsolib, | |
641 | Solaris/x86) Peter.Schauer at mytum dot de | |
642 | Scott Bambrough (ARM) scottb at netwinder dot org | |
643 | Philippe De Muyter (coff) phdm at macqel dot be | |
644 | Michael Chastain (testsuite) mec.gnu at mindspring dot com | |
ca8385e5 | 645 | Fred Fish (global) |
5ecaa7dd | 646 | |
3a0c66d4 AC |
647 | |
648 | ||
e33e9692 | 649 | Folks that have been caught up in a paper trail: |
dfe25b3a | 650 | |
58e23df4 | 651 | David Carlton carlton@bactrian.org |
61fed90e | 652 | Ramana Radhakrishnan ramana.r@gmail.com |
57da7796 LC |
653 | |
654 | ;; Local Variables: | |
655 | ;; coding: utf-8 | |
656 | ;; End: |