1 GDB Maintainers 2 =============== 3 4 5 Overview 6 -------- 7 8This file describes different groups of people who are, together, the 9maintainers and developers of the GDB project. Don't worry - it sounds 10more complicated than it really is. 11 12There are four groups of GDB developers, covering the patch development and 13review process: 14 15 - The Global Maintainers. 16 17 These are the developers in charge of most daily development. They 18 have wide authority to apply and reject patches, but defer to the 19 Responsible Maintainers (see below) within their spheres of 20 responsibility. 21 22 - The Responsible Maintainers. 23 24 These are developers who have expertise and interest in a particular 25 area of GDB, who are generally available to review patches, and who 26 prefer to enforce a single vision within their areas. 27 28 - The Authorized Committers. 29 30 These are developers who are trusted to make changes within a specific 31 area of GDB without additional oversight. 32 33 - The Write After Approval Maintainers. 34 35 These are developers who have write access to the GDB source tree. They 36 can check in their own changes once a developer with the appropriate 37 authority has approved the changes; they can also apply the Obvious 38 Fix Rule (below). 39 40All maintainers are encouraged to post major patches to the gdb-patches 41mailing list for comments, even if they have the authority to commit the 42patch without review from another maintainer. This especially includes 43patches which change internal interfaces (e.g. global functions, data 44structures) or external interfaces (e.g. user, remote, MI, et cetera). 45 46The term "review" is used in this file to describe several kinds of feedback 47from a maintainer: approval, rejection, and requests for changes or 48clarification with the intention of approving a revised version. Review is 49a privilege and/or responsibility of various positions among the GDB 50Maintainers. Of course, anyone - whether they hold a position but not the 51relevant one for a particular patch, or are just following along on the 52mailing lists for fun, or anything in between - may suggest changes or 53ask questions about a patch! 54 55There's also a couple of other people who play special roles in the GDB 56community, separately from the patch process: 57 58 - The Official FSF-appointed GDB Maintainers. 59 60 These maintainers are the ones who take the overall responsibility 61 for GDB, as a package of the GNU project. Other GDB contributors 62 work under the official maintainers' supervision. They have final 63 and overriding authority for all GDB-related decisions, including 64 anything described in this file. As individuals, they may or not 65 be generally involved in day-to-day development. 66 67 - The Release Manager. 68 69 This developer is in charge of making new releases of GDB. 70 71 - The Patch Champions. 72 73 These volunteers make sure that no contribution is overlooked or 74 forgotten. 75 76Most changes to the list of maintainers in this file are handled by 77consensus among the global maintainers and any other involved parties. 78In cases where consensus can not be reached, the global maintainers may 79ask the official FSF-appointed GDB maintainers for a final decision. 80 81 82 The Obvious Fix Rule 83 -------------------- 84 85All maintainers listed in this file, including the Write After Approval 86developers, are allowed to check in obvious fixes. 87 88An "obvious fix" means that there is no possibility that anyone will 89disagree with the change. 90 91A good mental test is "will the person who hates my work the most be 92able to find fault with the change" - if so, then it's not obvious and 93needs to be posted first. :-) 94 95Something like changing or bypassing an interface is _not_ an obvious 96fix, since such a change without discussion will result in 97instantaneous and loud complaints. 98 99For documentation changes, about the only kind of fix that is obvious 100is correction of a typo or bad English usage. 101 102 103 The Official FSF-appointed GDB Maintainers 104 ------------------------------------------ 105 106These maintainers as a group have final authority for all GDB-related 107topics; they may make whatever changes that they deem necessary, or 108that the FSF requests. 109 110The current official FSF-appointed GDB maintainers are listed below, 111in alphabetical order. Their affiliations are provided for reference 112only - their maintainership status is individual and not through their 113affiliation, and they act on behalf of the GNU project. 114 115 Pedro Alves (Red Hat) 116 Joel Brobecker (AdaCore) 117 Doug Evans (Google) 118 Eli Zaretskii 119 120 Global Maintainers 121 ------------------ 122 123The global maintainers may review and commit any change to GDB, except in 124areas with a Responsible Maintainer available. For major changes, or 125changes to areas with other active developers, global maintainers are 126strongly encouraged to post their own patches for feedback before 127committing. 128 129The global maintainers are responsible for reviewing patches to any area 130for which no Responsible Maintainer is listed. 131 132Global maintainers also have the authority to revert patches which should 133not have been applied, e.g. patches which were not approved, controversial 134patches committed under the Obvious Fix Rule, patches with important bugs 135that can't be immediately fixed, or patches which go against an accepted and 136documented roadmap for GDB development. Any global maintainer may request 137the reversion of a patch. If no global maintainer, or responsible 138maintainer in the affected areas, supports the patch (except for the 139maintainer who originally committed it), then after 48 hours the maintainer 140who called for the reversion may revert the patch. 141 142No one may reapply a reverted patch without the agreement of the maintainer 143who reverted it, or bringing the issue to the official FSF-appointed 144GDB maintainers for discussion. 145 146At the moment there are no documented roadmaps for GDB development; in the 147future, if there are, a reference to the list will be included here. 148 149The current global maintainers are (in alphabetical order): 150 151Pedro Alves palves@redhat.com 152Joel Brobecker brobecker@adacore.com 153Kevin Buettner kevinb@redhat.com 154Andrew Cagney cagney@gnu.org 155Doug Evans dje@google.com 156Daniel Jacobowitz drow@false.org 157Mark Kettenis kettenis@gnu.org 158Simon Marchi simon.marchi@ericsson.com 159Yao Qi yao.qi@arm.com 160Stan Shebs stanshebs@google.com 161Ulrich Weigand Ulrich.Weigand@de.ibm.com 162Elena Zannoni elena.zannoni@oracle.com 163Eli Zaretskii eliz@gnu.org 164 165 166 Release Manager 167 --------------- 168 169The current release manager is: Joel Brobecker <brobecker@adacore.com> 170 171His responsibilities are: 172 173 * organizing, scheduling, and managing releases of GDB. 174 175 * deciding the approval and commit policies for release branches, 176 and can change them as needed. 177 178 179 180 Patch Champions 181 --------------- 182 183These volunteers track all patches submitted to the gdb-patches list. They 184endeavor to prevent any posted patch from being overlooked; work with 185contributors to meet GDB's coding style and general requirements, along with 186FSF copyright assignments; remind (ping) responsible maintainers to review 187patches; and ensure that contributors are given credit. 188 189Current patch champions (in alphabetical order): 190 191 Randolph Chung <tausq@debian.org> 192 193 194 195 Responsible Maintainers 196 ----------------------- 197 198These developers have agreed to review patches in specific areas of GDB, in 199which they have knowledge and experience. These areas are generally broad; 200the role of a responsible maintainer is to provide coherent and cohesive 201structure within their area of GDB, to assure that patches from many 202different contributors all work together for the best results. 203 204Global maintainers will defer to responsible maintainers within their areas, 205as long as the responsible maintainer is active. Active means that 206responsible maintainers agree to review submitted patches in their area 207promptly; patches and followups should generally be answered within a week. 208If a responsible maintainer is interested in reviewing a patch but will not 209have time within a week of posting, the maintainer should send an 210acknowledgement of the patch to the gdb-patches mailing list, and 211plan to follow up with a review within a month. These deadlines are for 212initial responses to a patch - if the maintainer has suggestions 213or questions, it may take an extended discussion before the patch 214is ready to commit. There are no written requirements for discussion, 215but maintainers are asked to be responsive. 216 217If a responsible maintainer misses these deadlines occasionally (e.g. 218vacation or unexpected workload), it's not a disaster - any global 219maintainer may step in to review the patch. But sometimes life intervenes 220more permanently, and a maintainer may no longer have time for these duties. 221When this happens, he or she should step down (either into the Authorized 222Committers section if still interested in the area, or simply removed from 223the list of Responsible Maintainers if not). 224 225If a responsible maintainer is unresponsive for an extended period of time 226without stepping down, please contact the Global Maintainers; they will try 227to contact the maintainer directly and fix the problem - potentially by 228removing that maintainer from their listed position. 229 230If there are several maintainers for a given domain then any one of them 231may review a submitted patch. 232 233Target Instruction Set Architectures: 234 235The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI 236(Operating System / Application Binary Interface) issues including CPU 237variants. 238 239The Target/Architecture maintainer works with the host maintainer when 240resolving build issues. The Target/Architecture maintainer works with 241the native maintainer when resolving ABI issues. 242 243 alpha --target=alpha-elf ,-Werror 244 245 arm --target=arm-elf ,-Werror 246 247 avr --target=avr ,-Werror 248 249 cris --target=cris-elf ,-Werror , 250 (sim does not build with -Werror) 251 252 frv --target=frv-elf ,-Werror 253 254 h8300 --target=h8300-elf ,-Werror 255 256 i386 --target=i386-elf ,-Werror 257 Mark Kettenis kettenis@gnu.org 258 259 ia64 --target=ia64-linux-gnu ,-Werror 260 (--target=ia64-elf broken) 261 262 lm32 --target=lm32-elf ,-Werror 263 264 m32c --target=m32c-elf ,-Werror 265 266 m32r --target=m32r-elf ,-Werror 267 268 m68hc11 --target=m68hc11-elf ,-Werror , 269 Stephane Carrez Stephane.Carrez@gmail.com 270 271 m68k --target=m68k-elf ,-Werror 272 273 m88k --target=m88k-openbsd ,-Werror 274 Mark Kettenis kettenis@gnu.org 275 276 mcore Deleted 277 278 mep --target=mep-elf ,-Werror 279 Kevin Buettner kevinb@redhat.com 280 281 microblaze --target=microblaze-xilinx-elf ,-Werror 282 --target=microblaze-linux-gnu ,-Werror 283 Michael Eager eager@eagercon.com 284 285 mips --target=mips-elf ,-Werror 286 Maciej W. Rozycki macro@imgtec.com 287 288 mn10300 --target=mn10300-elf broken 289 (sim/ dies with make -j) 290 291 moxie --target=moxie-elf ,-Werror 292 Anthony Green green@moxielogic.com 293 294 ms1 --target=ms1-elf ,-Werror 295 Kevin Buettner kevinb@redhat.com 296 297 nios2 --target=nios2-elf ,-Werror 298 --target=nios2-linux-gnu ,-Werror 299 Yao Qi yao.qi@arm.com 300 301 ns32k Deleted 302 303 pa --target=hppa-elf ,-Werror 304 305 powerpc --target=powerpc-eabi ,-Werror 306 307 rl78 --target=rl78-elf ,-Werror 308 309 rx --target=rx-elf ,-Werror 310 311 s390 --target=s390-linux-gnu ,-Werror 312 Andreas Arnez arnez@linux.vnet.ibm.com 313 314 score --target=score-elf 315 Qinwei qinwei@sunnorth.com.cn 316 317 sh --target=sh-elf ,-Werror 318 --target=sh64-elf ,-Werror 319 320 sparc --target=sparc64-solaris2.10 ,-Werror 321 (--target=sparc-elf broken) 322 323 spu --target=spu-elf ,-Werror 324 Ulrich Weigand uweigand@de.ibm.com 325 326 tic6x --target=tic6x-elf ,-Werror 327 Yao Qi yao.qi@arm.com 328 329 v850 --target=v850-elf ,-Werror 330 331 vax --target=vax-netbsd ,-Werror 332 333 x86-64 --target=x86_64-linux-gnu ,-Werror 334 335 xstormy16 --target=xstormy16-elf 336 Corinna Vinschen vinschen@redhat.com 337 338 xtensa --target=xtensa-elf 339 Maxim Grigoriev maxim2405@gmail.com 340 341All developers recognized by this file can make arbitrary changes to 342OBSOLETE targets. 343 344The Bourne shell script gdb_mbuild.sh can be used to rebuild all the 345above targets. 346 347 348Host/Native: 349 350The Native maintainer is responsible for target specific native 351support - typically shared libraries and quirks to procfs/ptrace/... 352The Native maintainer works with the Arch and Core maintainers when 353resolving more generic problems. 354 355The host maintainer ensures that gdb can be built as a cross debugger on 356their platform. 357 358Darwin Tristan Gingold gingold@adacore.com 359djgpp native Eli Zaretskii eliz@gnu.org 360GNU Hurd Alfred M. Szmidt ams@gnu.org 361GNU/Linux/x86 native & host 362 Mark Kettenis kettenis@gnu.org 363GNU/Linux MIPS native & host 364 Daniel Jacobowitz drow@false.org 365GNU/Linux m68k Andreas Schwab schwab@linux-m68k.org 366FreeBSD native & host Mark Kettenis kettenis@gnu.org 367 368 369 370Core: Generic components used by all of GDB 371 372threads Mark Kettenis kettenis@gnu.org 373 374linespec Keith Seitz keiths@redhat.com 375 376language support 377 Ada Joel Brobecker brobecker@adacore.com 378 Paul Hilfinger hilfinger@gnat.com 379 C++ Daniel Jacobowitz drow@false.org 380 D Iain Buclaw ibuclaw@gdcproject.org 381 Objective C support Adam Fedor fedor@gnu.org 382 Rust Tom Tromey tom@tromey.com 383shared libs Kevin Buettner kevinb@redhat.com 384MI interface Vladimir Prus vladimir@codesourcery.com 385 386documentation Eli Zaretskii eliz@gnu.org 387 (including NEWS) 388testsuite 389 gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com 390 391SystemTap Sergio Durigan Junior sergiodj@redhat.com 392 393 394 395Reverse debugging / Record and Replay / Tracing: 396 397record btrace Markus T. Metzger markus.t.metzger@intel.com 398 399 400 401UI: External (user) interfaces. 402 403gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com 404 Keith Seitz keiths@redhat.com 405libgui (w/foundry, sn) Keith Seitz keiths@redhat.com 406 407 408Misc: 409 410gdb/gdbserver Daniel Jacobowitz drow@false.org 411 412Makefile.in, configure* ALL 413 414mmalloc/ ALL Host maintainers 415 416sim/ See sim/MAINTAINERS 417 418readline/ Master version: ftp://ftp.cwru.edu/pub/bash/ 419 ALL 420 Host maintainers (host dependant parts) 421 (but get your changes into the master version) 422 423tcl/ tk/ itcl/ ALL 424 425contrib/ari Pierre Muller muller@sourceware.org 426 427 428 Authorized Committers 429 --------------------- 430 431These are developers working on particular areas of GDB, who are trusted to 432commit their own (or other developers') patches in those areas without 433further review from a Global Maintainer or Responsible Maintainer. They are 434under no obligation to review posted patches - but, of course, are invited 435to do so! 436 437PowerPC Andrew Cagney cagney@gnu.org 438ARM Richard Earnshaw rearnsha@arm.com 439Blackfin Mike Frysinger vapier@gentoo.org 440CRIS Hans-Peter Nilsson hp@axis.com 441IA64 Jeff Johnston jjohnstn@redhat.com 442MIPS Joel Brobecker brobecker@adacore.com 443m32r Kei Sakamoto sakamoto.kei@renesas.com 444PowerPC Kevin Buettner kevinb@redhat.com 445CRIS Orjan Friberg orjanf@axis.com 446HPPA Randolph Chung tausq@debian.org 447S390 Ulrich Weigand uweigand@de.ibm.com 448djgpp DJ Delorie dj@delorie.com 449 [Please use this address to contact DJ about DJGPP] 450tui Stephane Carrez Stephane.Carrez@gmail.com 451ia64 Kevin Buettner kevinb@redhat.com 452AIX Kevin Buettner kevinb@redhat.com 453GNU/Linux PPC native Kevin Buettner kevinb@redhat.com 454FreeBSD native & host David O'Brien obrien@freebsd.org 455event loop Elena Zannoni elena.zannoni@oracle.com 456generic symtabs Elena Zannoni elena.zannoni@oracle.com 457dwarf readers Elena Zannoni elena.zannoni@oracle.com 458elf reader Elena Zannoni elena.zannoni@oracle.com 459stabs reader Elena Zannoni elena.zannoni@oracle.com 460readline/ Elena Zannoni elena.zannoni@oracle.com 461NetBSD native & host Jason Thorpe thorpej@netbsd.org 462Pascal support Pierre Muller muller@sourceware.org 463avr Theodore A. Roth troth@openavr.org 464Modula-2 support Gaius Mulley gaius@glam.ac.uk 465 466 467 Write After Approval 468 (alphabetic) 469 470To get recommended for the Write After Approval list you need a valid 471FSF assignment and have submitted one good patch. 472 473Pedro Alves pedro_alves@portugalmail.pt 474David Anderson davea@sgi.com 475John David Anglin dave.anglin@nrc-cnrc.gc.ca 476Andreas Arnez arnez@linux.vnet.ibm.com 477Shrinivas Atre shrinivasa@kpitcummins.com 478Sterling Augustine saugustine@google.com 479John Baldwin jhb@freebsd.org 480Scott Bambrough scottb@netwinder.org 481Thiago Jung Bauermann bauerman@br.ibm.com 482Jon Beniston jon@beniston.com 483Gary Benson gbenson@redhat.com 484Gabriel Krisman Bertazi gabriel@krisman.be 485Jan Beulich jbeulich@novell.com 486Anton Blanchard anton@samba.org 487Jim Blandy jimb@codesourcery.com 488David Blaikie dblaikie@gmail.com 489Philip Blundell philb@gnu.org 490Eric Botcazou ebotcazou@libertysurf.fr 491Per Bothner per@bothner.com 492Don Breazeal donb@codesourcery.com 493Joel Brobecker brobecker@adacore.com 494Dave Brolley brolley@redhat.com 495Samuel Bronson naesten@gmail.com 496Paul Brook paul@codesourcery.com 497Julian Brown julian@codesourcery.com 498Iain Buclaw ibuclaw@gdcproject.org 499Kevin Buettner kevinb@redhat.com 500Andrew Burgess andrew.burgess@embecosm.com 501Andrew Cagney cagney@gnu.org 502David Carlton carlton@bactrian.org 503Stephane Carrez Stephane.Carrez@gmail.com 504Michael Chastain mec.gnu@mindspring.com 505Renquan Cheng crq@gcc.gnu.org 506Eric Christopher echristo@apple.com 507Randolph Chung tausq@debian.org 508Nick Clifton nickc@redhat.com 509J.T. Conklin jtc@acorntoolworks.com 510Brendan Conoboy blc@redhat.com 511Ludovic Courtès ludo@gnu.org 512Tiago Stürmer Daitx tdaitx@linux.vnet.ibm.com 513Sanjoy Das sanjoy@playingwithpointers.com 514Jean-Charles Delay delay@adacore.com 515DJ Delorie dj@redhat.com 516Chris Demetriou cgd@google.com 517Philippe De Muyter phdm@macqel.be 518Dhananjay Deshpande dhananjayd@kpitcummins.com 519Markus Deuling deuling@de.ibm.com 520Klee Dienes kdienes@apple.com 521Gabriel Dos Reis gdr@integrable-solutions.net 522Sergio Durigan Junior sergiodj@redhat.com 523Michael Eager eager@eagercon.com 524Richard Earnshaw rearnsha@arm.com 525Steve Ellcey sje@cup.hp.com 526Frank Ch. Eigler fche@redhat.com 527Ben Elliston bje@gnu.org 528Doug Evans dje@google.com 529Adam Fedor fedor@gnu.org 530Max Filippov jcmvbkbc@gmail.com 531Brian Ford ford@vss.fsi.com 532Matthew Fortune matthew.fortune@imgtec.com 533Orjan Friberg orjanf@axis.com 534Andreas From andreas.from@ericsson.com 535Nathan Froyd froydnj@codesourcery.com 536Mike Frysinger vapier@gentoo.org 537Gary Funck gary@intrepid.com 538Martin Galvan martingalvan@sourceware.org 539Chen Gang gang.chen.5i5j@gmail.com 540Mircea Gherzan mircea.gherzan@intel.com 541Paul Gilliam pgilliam@us.ibm.com 542Tristan Gingold gingold@adacore.com 543Anton Gorenkov xgsa@yandex.ru 544Raoul Gough RaoulGough@yahoo.co.uk 545Anthony Green green@redhat.com 546Matthew Green mrg@eterna.com.au 547Matthew Gretton-Dann matthew.gretton-dann@arm.com 548Maxim Grigoriev maxim2405@gmail.com 549Jerome Guitton guitton@act-europe.fr 550Ben Harris bjh21@netbsd.org 551Bernhard Heckel heckel_bernhard@web.de 552Richard Henderson rth@redhat.com 553Aldy Hernandez aldyh@redhat.com 554Paul Hilfinger hilfinger@gnat.com 555Matt Hiller hiller@redhat.com 556Kazu Hirata kazu@cs.umass.edu 557James Hogan james.hogan@imgtec.com 558Jeff Holcomb jeffh@redhat.com 559Don Howard dhoward@redhat.com 560Nick Hudson nick.hudson@dsl.pipex.com 561Martin Hunt hunt@redhat.com 562Meador Inge meadori@codesourcery.com 563Jim Ingham jingham@apple.com 564Baurzhan Ismagulov ibr@radix50.net 565Manoj Iyer manjo@austin.ibm.com 566Daniel Jacobowitz drow@false.org 567Andreas Jaeger aj@suse.de 568Janis Johnson janisjo@codesourcery.com 569Jeff Johnston jjohnstn@redhat.com 570Geoff Keating geoffk@redhat.com 571Mark Kettenis kettenis@gnu.org 572Marc Khouzam marc.khouzam@ericsson.com 573Toshihito Kikuchi k.toshihito@yahoo.de 574Jim Kingdon kingdon@panix.com 575Anton Kolesov anton.kolesov@synopsys.com 576Paul Koning paul_koning@dell.com 577Marcin Kościelnicki koriakin@0x04.net 578Jan Kratochvil jan.kratochvil@redhat.com 579Maxim Kuvyrkov maxim@kugelworks.com 580Pierre Langlois pierre.langlois@arm.com 581Jonathan Larmour jifl@ecoscentric.com 582Jeff Law law@redhat.com 583Justin Lebar justin.lebar@gmail.com 584David Lecomber david@streamline-computing.com 585Don Lee don.lee@sunplusct.com 586Yan-Ting Lin currygt52@gmail.com 587Robert Lipe rjl@sco.com 588Lei Liu lei.liu2@windriver.com 589Sandra Loosemore sandra@codesourcery.com 590Carl Love cel@us.ibm.com 591H.J. Lu hjl.tools@gmail.com 592Michal Ludvig mludvig@suse.cz 593Edjunior B. Machado emachado@linux.vnet.ibm.com 594Luis Machado lgustavo@codesourcery.com 595Jose E. Marchesi jose.marchesi@oracle.com 596Glen McCready gkm@redhat.com 597Greg McGary greg@mcgary.org 598Roland McGrath roland@hack.frob.com 599Bryce McKinlay mckinlay@redhat.com 600Jason Merrill jason@redhat.com 601Markus T. Metzger markus.t.metzger@intel.com 602David S. Miller davem@redhat.com 603Mark Mitchell mark@codesourcery.com 604Marko Mlinar markom@opencores.org 605Alan Modra amodra@gmail.com 606Fawzi Mohamed fawzi.mohamed@nokia.com 607Jason Molenda jmolenda@apple.com 608Chris Moller cmoller@redhat.com 609Phil Muldoon pmuldoon@redhat.com 610Pierre Muller muller@sourceware.org 611Gaius Mulley gaius@glam.ac.uk 612Masaki Muranaka monaka@monami-software.com 613Joseph Myers joseph@codesourcery.com 614Fernando Nasser fnasser@redhat.com 615Adam Nemet anemet@caviumnetworks.com 616Will Newton will.newton@linaro.org 617Nathanael Nerode neroden@gcc.gnu.org 618Hans-Peter Nilsson hp@bitrange.com 619David O'Brien obrien@freebsd.org 620Alexandre Oliva aoliva@redhat.com 621Karen Osmond karen.osmond@gmail.com 622Pawandeep Oza oza.pawandeep@gmail.com 623Patrick Palka patrick@parcs.ath.cx 624Denis Pilat denis.pilat@st.com 625Andrew Pinski apinski@cavium.com 626Kevin Pouget kevin.pouget@st.com 627Paul Pluzhnikov ppluzhnikov@google.com 628Marek Polacek mpolacek@redhat.com 629Siddhesh Poyarekar siddhesh@redhat.com 630Vladimir Prus vladimir@codesourcery.com 631Yao Qi yao.qi@arm.com 632Qinwei qinwei@sunnorth.com.cn 633Ramana Radhakrishnan ramana.radhakrishnan@arm.com 634Siva Chandra Reddy sivachandra@google.com 635Matt Rice ratmice@gmail.com 636Frederic Riss frederic.riss@st.com 637Aleksandar Ristovski aristovski@qnx.com 638Tom Rix trix@redhat.com 639Nick Roberts nickrob@snap.net.nz 640Pierre-Marie de Rodat derodat@adacore.com 641Bob Rossi bob_rossi@cox.net 642Theodore A. Roth troth@openavr.org 643Ian Roxborough irox@redhat.com 644Maciej W. Rozycki macro@linux-mips.org 645Grace Sainsbury graces@redhat.com 646Kei Sakamoto sakamoto.kei@renesas.com 647Mark Salter msalter@redhat.com 648Richard Sandiford richard@codesourcery.com 649Iain Sandoe iain@codesourcery.com 650Peter Schauer Peter.Schauer@mytum.de 651Andreas Schwab schwab@linux-m68k.org 652Thomas Schwinge tschwinge@gnu.org 653Keith Seitz keiths@redhat.com 654Carlos Eduardo Seo cseo@linux.vnet.ibm.com 655Ozkan Sezer sezeroz@gmail.com 656Marcus Shawcroft marcus.shawcroft@arm.com 657Stan Shebs stanshebs@google.com 658Joel Sherrill joel.sherrill@oarcorp.com 659Mark Shinwell shinwell@codesourcery.com 660Craig Silverstein csilvers@google.com 661Aidan Skinner aidan@velvet.net 662Jiri Smid smid@suse.cz 663Andrey Smirnov andrew.smirnov@gmail.com 664David Smith dsmith@redhat.com 665Stephen P. Smith ischis2@cox.net 666Jackie Smith Cashion jsmith@redhat.com 667Petr Sorfa petrs@caldera.com 668Andrew Stubbs ams@codesourcery.com 669Emi Suzuki emi-suzuki@tjsys.co.jp 670David Taylor david.taylor@emc.com 671Ian Lance Taylor ian@airs.com 672Walfred Tedeschi walfred.tedeschi@intel.com 673Gary Thomas gthomas@redhat.com 674Jason Thorpe thorpej@netbsd.org 675Caroline Tice ctice@apple.com 676Kai Tietz ktietz@redhat.com 677Andreas Tobler andreast@fgznet.ch 678Antoine Tremblay antoine.tremblay@ericsson.com 679Jon Turney jon.turney@dronecode.org.uk 680David Ung davidu@mips.com 681D Venkatasubramanian dvenkat@noida.hcltech.com 682Corinna Vinschen vinschen@redhat.com 683Sami Wagiaalla swagiaal@redhat.com 684Keith Walker keith.walker@arm.com 685Ricard Wanderlof ricardw@axis.com 686Jiong Wang jiong.wang@arm.com 687Wei-cheng Wang cole945@gmail.com 688Kris Warkentin kewarken@qnx.com 689Philippe Waroquiers philippe.waroquiers@skynet.be 690Ulrich Weigand uweigand@de.ibm.com 691Ken Werner ken.werner@de.ibm.com 692Tim Wiederhake tim.wiederhake@intel.com 693Mark Wielaard mjw@redhat.com 694Nathan Williams nathanw@wasabisystems.com 695Bob Wilson bob.wilson@acm.org 696Jim Wilson wilson@tuliptree.org 697Andy Wingo wingo@igalia.com 698Mike Wrighton wrighton@codesourcery.com 699Kwok Cheung Yeung kcy@codesourcery.com 700Elena Zannoni elena.zannoni@oracle.com 701Eli Zaretskii eliz@gnu.org 702Jie Zhang jzhang918@gmail.com 703Wu Zhou woodzltc@cn.ibm.com 704Yoshinori Sato ysato@users.sourceforge.jp 705Hui Zhu teawater@gmail.com 706Khoo Yit Phang khooyp@cs.umd.edu 707 708 Past Maintainers 709 710Whenever removing yourself, or someone else, from this file, consider 711listing their areas of development here for posterity. 712 713Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com 714Jeff Law (hppa) law at cygnus dot com 715Daniel Berlin (C++ support) dan at cgsoftware dot com 716Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com 717David Taylor (d10v, sparc, utils, defs, 718 expression evaluator, language support) taylor at candd dot org 719J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com 720Frank Ch. Eigler (sim) fche at redhat dot com 721Per Bothner (Java) per at bothner dot com 722Anthony Green (Java) green at redhat dot com 723Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com 724Mark Salter (testsuite/lib+config) msalter at redhat dot com 725Jim Kingdon (web pages) kingdon at panix dot com 726Jim Ingham (gdbtk, libgui) jingham at apple dot com 727Mark Kettenis (hurd native) kettenis at gnu dot org 728Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com 729Robert Lipe (SCO/Unixware) rjl at sco dot com 730Peter Schauer (global, AIX, xcoffsolib, 731 Solaris/x86) Peter.Schauer at mytum dot de 732Scott Bambrough (ARM) scottb at netwinder dot org 733Philippe De Muyter (coff) phdm at macqel dot be 734Michael Chastain (testsuite) mec.gnu at mindspring dot com 735Fred Fish (global) 736Jim Blandy (global) jimb@red-bean.com 737Michael Snyder (global) 738Christopher Faylor (MS Windows, host & native) 739 740 741Folks that have been caught up in a paper trail: 742 743David Carlton carlton@bactrian.org 744 745;; Local Variables: 746;; coding: utf-8 747;; End: 748