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 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 pedro@palves.net 152Joel Brobecker brobecker@adacore.com 153Kevin Buettner kevinb@redhat.com 154Andrew Burgess aburgess@redhat.com 155Doug Evans dje@google.com 156Simon Marchi simon.marchi@polymtl.ca 157Yao Qi qiyao@sourceware.org 158Tom Tromey tom@tromey.com 159Tom de Vries tdevries@suse.de 160Ulrich Weigand Ulrich.Weigand@de.ibm.com 161Eli Zaretskii eliz@gnu.org 162 163 164 Release Manager 165 --------------- 166 167The current release manager is: Joel Brobecker <brobecker@adacore.com> 168 169His responsibilities are: 170 171 * organizing, scheduling, and managing releases of GDB. 172 173 * deciding the approval and commit policies for release branches, 174 and can change them as needed. 175 176 177 178 Patch Champions 179 --------------- 180 181These volunteers track all patches submitted to the gdb-patches list. They 182endeavor to prevent any posted patch from being overlooked; work with 183contributors to meet GDB's coding style and general requirements, along with 184FSF copyright assignments; remind (ping) responsible maintainers to review 185patches; and ensure that contributors are given credit. 186 187Current patch champions (in alphabetical order): 188 189 <none> 190 191 192 Responsible Maintainers 193 ----------------------- 194 195These developers have agreed to review patches in specific areas of GDB, in 196which they have knowledge and experience. These areas are generally broad; 197the role of a responsible maintainer is to provide coherent and cohesive 198structure within their area of GDB, to assure that patches from many 199different contributors all work together for the best results. 200 201Global maintainers will defer to responsible maintainers within their areas, 202as long as the responsible maintainer is active. Active means that 203responsible maintainers agree to review submitted patches in their area 204promptly; patches and followups should generally be answered within a week. 205If a responsible maintainer is interested in reviewing a patch but will not 206have time within a week of posting, the maintainer should send an 207acknowledgement of the patch to the gdb-patches mailing list, and 208plan to follow up with a review within a month. These deadlines are for 209initial responses to a patch - if the maintainer has suggestions 210or questions, it may take an extended discussion before the patch 211is ready to commit. There are no written requirements for discussion, 212but maintainers are asked to be responsive. 213 214If a responsible maintainer misses these deadlines occasionally (e.g. 215vacation or unexpected workload), it's not a disaster - any global 216maintainer may step in to review the patch. But sometimes life intervenes 217more permanently, and a maintainer may no longer have time for these duties. 218When this happens, he or she should step down (either into the Authorized 219Committers section if still interested in the area, or simply removed from 220the list of Responsible Maintainers if not). 221 222If a responsible maintainer is unresponsive for an extended period of time 223without stepping down, please contact the Global Maintainers; they will try 224to contact the maintainer directly and fix the problem - potentially by 225removing that maintainer from their listed position. 226 227If there are several maintainers for a given domain then any one of them 228may review a submitted patch. 229 230Target Instruction Set Architectures: 231 232The *-tdep.c files. ISA (Instruction Set Architecture) and OS-ABI 233(Operating System / Application Binary Interface) issues including CPU 234variants. 235 236The Target/Architecture maintainer works with the host maintainer when 237resolving build issues. The Target/Architecture maintainer works with 238the native maintainer when resolving ABI issues. 239 240 aarch64 --target=aarch64-elf ,-Werror 241 Alan Hayward alan.hayward@arm.com 242 Luis Machado luis.machado@arm.com 243 244 alpha --target=alpha-elf ,-Werror 245 246 arc --target=arc-elf 247 Shahab Vahedi shahab@synopsys.com 248 249 arm --target=arm-elf ,-Werror 250 Alan Hayward alan.hayward@arm.com 251 Luis Machado luis.machado@arm.com 252 253 avr --target=avr ,-Werror 254 255 bpf --target=bpf-unknown-none 256 Jose E. Marchesi jose.marchesi@oracle.com 257 258 cris --target=cris-elf ,-Werror , 259 (sim does not build with -Werror) 260 261 frv --target=frv-elf ,-Werror 262 263 h8300 --target=h8300-elf ,-Werror 264 265 i386 --target=i386-elf ,-Werror 266 267 ia64 --target=ia64-linux-gnu ,-Werror 268 (--target=ia64-elf broken) 269 270 lm32 --target=lm32-elf ,-Werror 271 272 loongarch --target=loongarch32-elf ,-Werror 273 --target=loongarch64-elf ,-Werror 274 Tiezhu Yang yangtiezhu@loongson.cn 275 276 m32c --target=m32c-elf ,-Werror 277 278 m32r --target=m32r-elf ,-Werror 279 280 m68hc11 --target=m68hc11-elf ,-Werror , 281 m68k --target=m68k-elf ,-Werror 282 283 mcore Deleted 284 285 mep --target=mep-elf ,-Werror 286 Kevin Buettner kevinb@redhat.com 287 288 microblaze --target=microblaze-xilinx-elf ,-Werror 289 --target=microblaze-linux-gnu ,-Werror 290 Michael Eager eager@eagercon.com 291 292 mips I-IV --target=mips-elf ,-Werror 293 Maciej W. Rozycki macro@orcam.me.uk 294 295 mn10300 --target=mn10300-elf broken 296 (sim/ dies with make -j) 297 298 moxie --target=moxie-elf ,-Werror 299 Anthony Green green@moxielogic.com 300 301 ms1 Deleted 302 303 nios2 --target=nios2-elf ,-Werror 304 --target=nios2-linux-gnu ,-Werror 305 Yao Qi qiyao@sourceware.org 306 307 ns32k Deleted 308 309 or1k --target=or1k-elf ,-Werror 310 Stafford Horne shorne@gmail.com 311 312 pa --target=hppa-elf ,-Werror 313 314 powerpc --target=powerpc-eabi ,-Werror 315 316 riscv --target=riscv32-elf ,-Werror 317 --target=riscv64-elf ,-Werror 318 Andrew Burgess aburgess@redhat.com 319 Palmer Dabbelt palmer@dabbelt.com 320 321 rl78 --target=rl78-elf ,-Werror 322 323 rx --target=rx-elf ,-Werror 324 325 s390 --target=s390-linux-gnu ,-Werror 326 Andreas Arnez arnez@linux.ibm.com 327 328 sh --target=sh-elf ,-Werror 329 330 sparc --target=sparcv9-solaris2.11 ,-Werror 331 (--target=sparc-elf broken) 332 333 tic6x --target=tic6x-elf ,-Werror 334 Yao Qi qiyao@sourceware.org 335 336 v850 --target=v850-elf ,-Werror 337 338 vax --target=vax-netbsd ,-Werror 339 340 x86-64 --target=x86_64-linux-gnu ,-Werror 341 342 xstormy16 --target=xstormy16-elf 343 xtensa --target=xtensa-elf 344 345All developers recognized by this file can make arbitrary changes to 346OBSOLETE targets. 347 348The Bourne shell script gdb_mbuild.sh can be used to rebuild all the 349above targets. 350 351 352Host/Native: 353 354The Native maintainer is responsible for target specific native 355support - typically shared libraries and quirks to procfs/ptrace/... 356The Native maintainer works with the Arch and Core maintainers when 357resolving more generic problems. 358 359The host maintainer ensures that gdb can be built as a cross debugger on 360their platform. 361 362Darwin Tristan Gingold tgingold@free.fr 363djgpp native Eli Zaretskii eliz@gnu.org 364FreeBSD John Baldwin jhb@freebsd.org 365GNU/Linux m68k Andreas Schwab schwab@linux-m68k.org 366Solaris Rainer Orth ro@CeBiTec.Uni-Bielefeld.DE 367 368 369Core: Generic components used by all of GDB 370 371linespec Keith Seitz keiths@redhat.com 372 373language support 374 Ada Joel Brobecker brobecker@adacore.com 375 D Iain Buclaw ibuclaw@gdcproject.org 376 Rust Tom Tromey tom@tromey.com 377shared libs Kevin Buettner kevinb@redhat.com 378MI interface Vladimir Prus vladimir@codesourcery.com 379 380documentation Eli Zaretskii eliz@gnu.org 381 (including NEWS) 382testsuite 383 gdbtk (gdb.gdbtk) Keith Seitz keiths@redhat.com 384 385SystemTap Sergio Durigan Junior sergiodj@sergiodj.net 386 387 388 389Reverse debugging / Record and Replay / Tracing: 390 391record 392 btrace Markus T. Metzger markus.t.metzger@intel.com 393 394 395 396UI: External (user) interfaces. 397 398gdbtk (c & tcl) Fernando Nasser fnasser@redhat.com 399 Keith Seitz keiths@redhat.com 400libgui (w/foundry, sn) Keith Seitz keiths@redhat.com 401 402 403Misc: 404 405gdb/gdbserver Daniel Jacobowitz drow@false.org 406 407Makefile.in, configure* ALL 408 409mmalloc/ ALL Host maintainers 410 411sim/ See sim/MAINTAINERS 412 413readline/ Master version: ftp://ftp.cwru.edu/pub/bash/ 414 ALL 415 Host maintainers (host dependant parts) 416 (but get your changes into the master version) 417 418tcl/ tk/ itcl/ ALL 419 420contrib/ari Pierre Muller muller@sourceware.org 421 422 423 Authorized Committers 424 --------------------- 425 426These are developers working on particular areas of GDB, who are trusted to 427commit their own (or other developers') patches in those areas without 428further review from a Global Maintainer or Responsible Maintainer. They are 429under no obligation to review posted patches - but, of course, are invited 430to do so! 431 432ARM Richard Earnshaw rearnsha@arm.com 433Blackfin Mike Frysinger vapier@gentoo.org 434CRIS Hans-Peter Nilsson hp@axis.com 435IA64 Jeff Johnston jjohnstn@redhat.com 436MIPS Joel Brobecker brobecker@adacore.com 437PowerPC Kevin Buettner kevinb@redhat.com 438S390 Ulrich Weigand uweigand@de.ibm.com 439djgpp DJ Delorie dj@delorie.com 440 [Please use this address to contact DJ about DJGPP] 441ia64 Kevin Buettner kevinb@redhat.com 442AIX Kevin Buettner kevinb@redhat.com 443GNU/Linux PPC native Kevin Buettner kevinb@redhat.com 444Pascal support Pierre Muller muller@sourceware.org 445 446 447 Write After Approval 448 (alphabetic) 449 450To get recommended for the Write After Approval list you need a valid 451FSF assignment and have submitted one good patch. 452 453Tankut Baris Aktemur tankut.baris.aktemur@intel.com 454David Anderson davea@sgi.com 455John David Anglin dave.anglin@nrc-cnrc.gc.ca 456Andreas Arnez arnez@linux.ibm.com 457Shrinivas Atre shrinivasa@kpitcummins.com 458Sterling Augustine saugustine@google.com 459John Baldwin jhb@freebsd.org 460Scott Bambrough scottb@netwinder.org 461Marco Barisione mbarisione@undo.io 462Thiago Jung Bauermann thiago.bauermann@linaro.org 463Jon Beniston jon@beniston.com 464Gary Benson gbenson@redhat.com 465Gabriel Krisman Bertazi gabriel@krisman.be 466Jan Beulich jbeulich@novell.com 467Christian Biesinger cbiesinger@google.com 468Anton Blanchard anton@samba.org 469Jim Blandy jimb@codesourcery.com 470David Blaikie dblaikie@gmail.com 471Philip Blundell philb@gnu.org 472Eric Botcazou ebotcazou@libertysurf.fr 473Per Bothner per@bothner.com 474Don Breazeal donb@codesourcery.com 475Joel Brobecker brobecker@adacore.com 476Dave Brolley brolley@redhat.com 477Samuel Bronson naesten@gmail.com 478Paul Brook paul@codesourcery.com 479Julian Brown julian@codesourcery.com 480Iain Buclaw ibuclaw@gdcproject.org 481Kevin Buettner kevinb@redhat.com 482Andrew Burgess aburgess@redhat.com 483David Carlton carlton@bactrian.org 484Stephane Carrez Stephane.Carrez@gmail.com 485Michael Chastain mec.gnu@mindspring.com 486Renquan Cheng crq@gcc.gnu.org 487Eric Christopher echristo@apple.com 488Randolph Chung tausq@debian.org 489Nick Clifton nickc@redhat.com 490J.T. Conklin jtc@acorntoolworks.com 491Brendan Conoboy blc@redhat.com 492Ludovic Court��s ludo@gnu.org 493Tiago St��rmer Daitx tdaitx@linux.vnet.ibm.com 494Sanjoy Das sanjoy@playingwithpointers.com 495Jean-Charles Delay delay@adacore.com 496DJ Delorie dj@redhat.com 497Chris Demetriou cgd@google.com 498Philippe De Muyter phdm@macqel.be 499Dhananjay Deshpande dhananjayd@kpitcummins.com 500Markus Deuling deuling@de.ibm.com 501Klee Dienes kdienes@apple.com 502Hannes Domani ssbssa@yahoo.de 503Gabriel Dos Reis gdr@integrable-solutions.net 504Sergio Durigan Junior sergiodj@sergiodj.net 505Michael Eager eager@eagercon.com 506Richard Earnshaw rearnsha@arm.com 507Bernd Edlinger bernd.edlinger@hotmail.de 508Steve Ellcey sje@cup.hp.com 509Frank Ch. Eigler fche@redhat.com 510Ben Elliston bje@gnu.org 511Doug Evans dje@google.com 512Adam Fedor fedor@gnu.org 513Max Filippov jcmvbkbc@gmail.com 514Brian Ford ford@vss.fsi.com 515Matthew Fortune matthew.fortune@imgtec.com 516Pedro Franco de Carvalho pedromfc@linux.vnet.ibm.com 517Orjan Friberg orjanf@axis.com 518Andreas From andreas.from@ericsson.com 519Nathan Froyd froydnj@codesourcery.com 520Mike Frysinger vapier@gentoo.org 521Gary Funck gary@intrepid.com 522Martin Galvan martingalvan@sourceware.org 523Chen Gang gang.chen.5i5j@gmail.com 524Mircea Gherzan mircea.gherzan@intel.com 525Paul Gilliam pgilliam@us.ibm.com 526Tristan Gingold tgingold@free.fr 527Anton Gorenkov xgsa@yandex.ru 528Raoul Gough RaoulGough@yahoo.co.uk 529Anthony Green green@redhat.com 530Matthew Green mrg@eterna.com.au 531Matthew Gretton-Dann matthew.gretton-dann@arm.com 532Maxim Grigoriev maxim2405@gmail.com 533Jerome Guitton guitton@act-europe.fr 534Alexandra H��jkov�� ahajkova@redhat.com 535Ben Harris bjh21@netbsd.org 536Alan Hayward alan.hayward@arm.com 537Bernhard Heckel heckel_bernhard@web.de 538Richard Henderson rth@redhat.com 539Aldy Hernandez aldyh@redhat.com 540Paul Hilfinger hilfingr@eecs.berkeley.edu 541Matt Hiller hiller@redhat.com 542Kazu Hirata kazu@cs.umass.edu 543James Hogan james.hogan@imgtec.com 544Jeff Holcomb jeffh@redhat.com 545Stafford Horne shorne@gmail.com 546Magne Hov mhov@undo.io 547Don Howard dhoward@redhat.com 548Nick Hudson nick.hudson@dsl.pipex.com 549Martin Hunt hunt@redhat.com 550Meador Inge meadori@codesourcery.com 551Jim Ingham jingham@apple.com 552Baurzhan Ismagulov ibr@radix50.net 553Manoj Iyer manjo@austin.ibm.com 554Daniel Jacobowitz drow@false.org 555Andreas Jaeger aj@suse.de 556Janis Johnson janisjo@codesourcery.com 557Jeff Johnston jjohnstn@redhat.com 558Ruslan Kabatsayev b7.10110111@gmail.com 559Geoff Keating geoffk@redhat.com 560Nils-Christian Kempke nils-christian.kempke@intel.com 561Mark Kettenis kettenis@gnu.org 562Marc Khouzam marc.khouzam@ericsson.com 563Toshihito Kikuchi k.toshihito@yahoo.de 564Jim Kingdon kingdon@panix.com 565Anton Kolesov anton.kolesov@synopsys.com 566Paul Koning paul_koning@dell.com 567Marcin Ko��cielnicki koriakin@0x04.net 568Jan Kratochvil jan.kratochvil@redhat.com 569Maxim Kuvyrkov maxim@kugelworks.com 570Pierre Langlois pierre.langlois@arm.com 571Jonathan Larmour jifl@ecoscentric.com 572Bruno Larsen blarsen@redhat.com 573Jeff Law law@redhat.com 574Justin Lebar justin.lebar@gmail.com 575David Lecomber david@streamline-computing.com 576Don Lee don.lee@sunplusct.com 577K��vin Le Gouguec legouguec@adacore.com 578Enze Li enze.li@hotmail.com 579Yan-Ting Lin currygt52@gmail.com 580Robert Lipe rjl@sco.com 581Lei Liu lei.liu2@windriver.com 582Sandra Loosemore sandra@codesourcery.com 583Carl Love cel@us.ibm.com 584H.J. Lu hjl.tools@gmail.com 585Michal Ludvig mludvig@suse.cz 586Edjunior B. Machado emachado@linux.vnet.ibm.com 587Luis Machado luis.machado@arm.com 588Jose E. Marchesi jose.marchesi@oracle.com 589Glen McCready gkm@redhat.com 590Greg McGary greg@mcgary.org 591Roland McGrath roland@hack.frob.com 592Bryce McKinlay mckinlay@redhat.com 593Jason Merrill jason@redhat.com 594Markus T. Metzger markus.t.metzger@intel.com 595David S. Miller davem@redhat.com 596Mark Mitchell mark@codesourcery.com 597Marko Mlinar markom@opencores.org 598Alan Modra amodra@gmail.com 599Fawzi Mohamed fawzi.mohamed@nokia.com 600Jason Molenda jmolenda@apple.com 601Chris Moller cmoller@redhat.com 602Patrick Monnerat patrick@monnerat.net 603Phil Muldoon pmuldoon@redhat.com 604Pierre Muller muller@sourceware.org 605Gaius Mulley gaius@glam.ac.uk 606Masaki Muranaka monaka@monami-software.com 607Joseph Myers joseph@codesourcery.com 608Fernando Nasser fnasser@redhat.com 609Adam Nemet anemet@caviumnetworks.com 610Will Newton will.newton@linaro.org 611Nathanael Nerode neroden@gcc.gnu.org 612Hans-Peter Nilsson hp@bitrange.com 613David O'Brien obrien@freebsd.org 614Tsukasa Oi research_trasio@irq.a4lg.com 615Alexandre Oliva aoliva@redhat.com 616Rainer Orth ro@cebitec.uni-bielefeld.de 617Karen Osmond karen.osmond@gmail.com 618Pawandeep Oza oza.pawandeep@gmail.com 619Patrick Palka patrick@parcs.ath.cx 620Weimin Pan weimin.pan@oracle.com 621Denis Pilat denis.pilat@st.com 622Andrew Pinski apinski@cavium.com 623Kevin Pouget kevin.pouget@st.com 624Paul Pluzhnikov ppluzhnikov@google.com 625Marek Polacek mpolacek@redhat.com 626Siddhesh Poyarekar siddhesh@redhat.com 627Vladimir Prus vladimir@codesourcery.com 628Yao Qi qiyao@sourceware.org 629Qinwei qinwei@sunnorth.com.cn 630Ramana Radhakrishnan ramana.radhakrishnan@arm.com 631Siva Chandra Reddy sivachandra@google.com 632Matt Rice ratmice@gmail.com 633Frederic Riss frederic.riss@st.com 634Aleksandar Ristovski aristovski@qnx.com 635Tom Rix trix@redhat.com 636Nick Roberts nickrob@snap.net.nz 637Pierre-Marie de Rodat derodat@adacore.com 638Xavier Roirand roirand@adacore.com 639Bob Rossi bob_rossi@cox.net 640Theodore A. Roth troth@openavr.org 641Yvan Roux yvan.roux@foss.st.com 642Ian Roxborough irox@redhat.com 643Maciej W. Rozycki macro@orcam.me.uk 644Kamil Rytarowski n54@gmx.com 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 651Will Schmidt will_schmidt@vnet.ibm.com 652Andreas Schwab schwab@linux-m68k.org 653Thomas Schwinge tschwinge@gnu.org 654Keith Seitz keiths@redhat.com 655Carlos Eduardo Seo cseo@linux.vnet.ibm.com 656Ozkan Sezer sezeroz@gmail.com 657Alok Kumar Sharma AlokKumar.Sharma@amd.com 658Marcus Shawcroft marcus.shawcroft@arm.com 659Stan Shebs stanshebs@google.com 660Joel Sherrill joel.sherrill@oarcorp.com 661Mark Shinwell shinwell@codesourcery.com 662Craig Silverstein csilvers@google.com 663Lancelot Six lsix@lancelotsix.com 664Aidan Skinner aidan@velvet.net 665Jiri Smid smid@suse.cz 666Andrey Smirnov andrew.smirnov@gmail.com 667David Smith dsmith@redhat.com 668Stephen P. Smith ischis2@cox.net 669Jackie Smith Cashion jsmith@redhat.com 670Petr Sorfa petrs@caldera.com 671Mihails Strasuns mihails.strasuns@intel.com 672Andrew Stubbs ams@codesourcery.com 673Emi Suzuki emi-suzuki@tjsys.co.jp 674Torbj��rn Svensson torbjorn.svensson@foss.st.com 675Alfred M. Szmidt ams@gnu.org 676Ali Tamur tamur@google.com 677David Taylor david.taylor@emc.com 678Ian Lance Taylor ian@airs.com 679Walfred Tedeschi walfred.tedeschi@intel.com 680Petr Tesarik ptesarik@suse.cz 681Samuel Thibault samuel.thibault@ens-lyon.org 682Gary Thomas gthomas@redhat.com 683Jason Thorpe thorpej@netbsd.org 684Caroline Tice ctice@apple.com 685Kai Tietz ktietz@redhat.com 686Andreas Tobler andreast@fgznet.ch 687Jon Turney jon.turney@dronecode.org.uk 688David Ung davidu@mips.com 689Shahab Vahedi shahab@synopsys.com 690D Venkatasubramanian dvenkat@noida.hcltech.com 691Corinna Vinschen vinschen@redhat.com 692Jan Vrany jan.vrany@fit.cvut.cz 693Sami Wagiaalla swagiaal@redhat.com 694Keith Walker keith.walker@arm.com 695Ricard Wanderlof ricardw@axis.com 696Jiong Wang jiong.wang@arm.com 697Wei-cheng Wang cole945@gmail.com 698Kris Warkentin kewarken@qnx.com 699Philippe Waroquiers philippe.waroquiers@skynet.be 700Ulrich Weigand uweigand@de.ibm.com 701Ken Werner ken.werner@de.ibm.com 702Tim Wiederhake tim.wiederhake@intel.com 703Mark Wielaard mark@klomp.org 704Felix Willgerodt felix.willgerodt@intel.com 705Nathan Williams nathanw@wasabisystems.com 706Bob Wilson bob.wilson@acm.org 707Jim Wilson wilson@tuliptree.org 708Andy Wingo wingo@igalia.com 709Mike Wrighton wrighton@codesourcery.com 710Tiezhu Yang yangtiezhu@loongson.cn 711Kwok Cheung Yeung kcy@codesourcery.com 712Elena Zannoni ezannoni@gmail.com 713Eli Zaretskii eliz@gnu.org 714Jie Zhang jzhang918@gmail.com 715Wu Zhou woodzltc@cn.ibm.com 716Yoshinori Sato ysato@users.sourceforge.jp 717Hui Zhu teawater@gmail.com 718Khoo Yit Phang khooyp@cs.umd.edu 719Rogerio Alves rcardoso@linux.ibm.com 720 721 Past Maintainers 722 723Whenever removing yourself, or someone else, from this file, consider 724listing their areas of development here for posterity. 725 726Jimmy Guo (gdb.hp, tui) guo at cup dot hp dot com 727Jeff Law (hppa) law at cygnus dot com 728Daniel Berlin (C++ support) dan at cgsoftware dot com 729Nick Duffek (powerpc, SCO, Sol/x86) nick at duffek dot com 730David Taylor (d10v, sparc, utils, defs, 731 expression evaluator, language support) taylor at candd dot org 732J.T. Conklin (dcache, NetBSD, remote, global) jtc at acorntoolworks dot com 733Frank Ch. Eigler (sim) fche at redhat dot com 734Per Bothner (Java) per at bothner dot com 735Anthony Green (Java) green at redhat dot com 736Fernando Nasser (testsuite/, mi, cli, KOD) fnasser at redhat dot com 737Mark Salter (testsuite/lib+config) msalter at redhat dot com 738Jim Kingdon (web pages) kingdon at panix dot com 739Jim Ingham (gdbtk, libgui) jingham at apple dot com 740Mark Kettenis (global, i386-elf, m88k-openbsd, 741 GNU/Linux x86, FreeBSD, hurd native, threads) kettenis at gnu dot org 742Ian Roxborough (in-tree tcl, tk, itcl) irox at redhat dot com 743Robert Lipe (SCO/Unixware) rjl at sco dot com 744Peter Schauer (global, AIX, xcoffsolib, 745 Solaris/x86) Peter.Schauer at mytum dot de 746Scott Bambrough (ARM) scottb at netwinder dot org 747Philippe De Muyter (coff) phdm at macqel dot be 748Michael Chastain (testsuite) mec.gnu at mindspring dot com 749Fred Fish (global) 750Jim Blandy (global) jimb@red-bean.com 751Michael Snyder (global) 752Christopher Faylor (MS Windows, host & native) 753Daniel Jacobowitz (global, GNU/Linux MIPS, 754 C++, GDBserver) drow at false dot org 755Maxim Grigoriev (xtensa) maxim2405 at gmail dot com 756Andrew Cagney (acting head maintainer, 757 release manager, global, MIPS, PPC, d10v, 758 d30v, sim, mi, multi-arch, unwinder) cagney at gnu dot org 759Paul Hilfinger (Ada) hilfingr@eecs.berkeley.edu 760David O'Brien (FreeBSD, host & native) obrien@freebsd.org 761Jason Thorpe (NetBSD, host & native) thorpej@netbsd.org 762Gaius Mulley (Modula-2) gaius@glam.ac.uk 763Kei Sakamoto (m32r) sakamoto.kei@renesas.com 764Orjan Friberg (CRIS) orjanf@axis.com 765Qinwei (score-elf) qinwei@sunnorth.com.cn 766Randolph Chung (HPPA) tausq@debian.org 767Elena Zannoni (Global, event loop, generic 768 symtabs, DWARF readers, ELF readers, stabs 769 readers, readline) ezannoni@gmail.com 770Adam Fedor (Objective C) fedor@gnu.org 771Corinna Vinschen (xstormy16-elf) vinschen@redhat.com 772Theodore A. Roth (avr) troth@openavr.org 773Stephane Carrez (m68hc11-elf, tui) Stephane.Carrez@gmail.com 774Alfred M. Szmidt (GNU Hurd) ams@gnu.org 775Stan Shebs (Global) stanshebs@google.com 776 777 778Folks that have been caught up in a paper trail: 779 780David Carlton carlton@bactrian.org 781 782;; Local Variables: 783;; coding: utf-8 784;; End: 785