]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blobdiff - binutils/MAINTAINERS
Automatic date update in version.in
[thirdparty/binutils-gdb.git] / binutils / MAINTAINERS
index 6d399ec1b6b39d6b6d3d3a262d46a71194eaeab0..dabb331c0d556b5c99a8343e690521e7682e5a01 100644 (file)
@@ -6,7 +6,7 @@ the assembler (gas), the profiler (gprof), a whole suite of other
 programs (binutils) and the libraries that they use (bfd and
 opcodes).  This project shares a common set of header files with the
 GCC and GDB projects (include), so maintainership of those files is
-shared amoungst the projects.
+shared amongst the projects.
 
 The home page for binutils is:
 
@@ -22,26 +22,32 @@ top level config.guess and config.sub scripts should be sent to:
   config-patches@gnu.org
 
 and not to the binutils lists.  Patches to the other top level
-configure files (configure, configure.in, config-ml.in) should
+configure files (configure, configure.ac, config-ml.in) should
 be sent to the binutils lists, and copied to the gcc and gdb
 lists as well (gcc-patches@gcc.gnu.org and
 gdb-patches@sourceware.org).
 
+Patches to the libiberty sources should be sent to
+gcc-patches@gcc.gnu.org.
+
                --------- Blanket Write Privs ---------
 
 The following people have permission to check patches into the
 repository without obtaining approval first:
 
   Nick Clifton <nickc@redhat.com> (head maintainer)
-  Richard Henderson <rth@redhat.com>
   Ian Lance Taylor <ian@airs.com>
   Jeff Law <law@redhat.com>
   Jim Wilson <wilson@tuliptree.org>
   DJ Delorie <dj@redhat.com>
   Alan Modra <amodra@gmail.com>
   Michael Meissner <gnu@the-meissners.org>
-  Daniel Jacobowitz <drow@false.org>
   Richard Sandiford <rdsandiford@googlemail.com>
+  Jan Beulich <jbeulich@suse.com>
+
+GDB global maintainers also have permission to commit and approve
+patches to the top level files and to those parts of bfd files
+primarily used by GDB.
 
       --------- Maintainers ---------
 
@@ -56,85 +62,117 @@ maintainers for a given domain then responsibility falls to the first
 maintainer.  The first maintainer is free to devolve that
 responsibility among the other maintainers.
 
-  ALPHA            Richard Henderson <rth@redhat.com>
   AARCH64         Richard Earnshaw <rearnsha@arm.com>
+  AARCH64         Marcus Shawcroft <marcus.shawcroft@arm.com>
+  ARC             Claudiu Zissulescu <claziss@synopsys.com>
   ARM             Nick Clifton <nickc@redhat.com>
   ARM             Richard Earnshaw <rearnsha@arm.com>
-  ARM             Paul Brook <paul@codesourcery.com>
-  ARM (Symbian)           Mark Mitchell <mark@codesourcery.com>
-  AVR             Denis Chertykov <denisc@overta.ru>
+  ARM             Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
+  AVR             Denis Chertykov <chertykov@gmail.com>
   AVR             Marek Michalkiewicz <marekm@amelek.gda.pl>
   BFIN            Jie Zhang <jzhang918@gmail.com>
-  BFIN            Bernd Schmidt <bernd.schmidt@analog.com>
-  BFIN            Mike Frysinger <michael.frysinger@analog.com>
-  BUILD SYSTEM    Daniel Jacobowitz <drow@false.org>
+  BFIN            Mike Frysinger <vapier@gentoo.org>
+  BPF             Jose E. Marchesi <jose.marchesi@oracle.com>
   CR16            M R Swami Reddy <MR.Swami.Reddy@nsc.com>
   CRIS            Hans-Peter Nilsson <hp@axis.com>
   CRX             M R Swami Reddy <MR.Swami.Reddy@nsc.com>
+  CTF             Nick Alcock <nick.alcock@oracle.com>
+  C-SKY                   Lifang Xia <lifang_xia@linux.alibaba.com>
+  C-SKY                   Yunhai Shang <yunhai@linux.alibaba.com>
   DLX              Nikolaos Kavvadias <nkavv@physics.auth.gr>
   DWARF2          Jason Merrill <jason@redhat.com>
   DWARF2          Jakub Jelinek <jakub@redhat.com>
+  dwarf-mode.el    Tom Tromey <tom@tromey.com>
   EPIPHANY        Joern Rennecke <joern.rennecke@embecosm.com>
-  FR30            Dave Brolley <brolley@redhat.com>
-  FRV             Dave Brolley <brolley@redhat.com>
-  FRV             Alexandre Oliva <aoliva@redhat.com>
+  FR30            Nick Clifton <nickc@redhat.com>
+  FRV             Nick Clifton <nickc@redhat.com>
+  FRV             Alexandre Oliva <aoliva@sourceware.org>
+  GOLD            Ian Lance Taylor <iant@google.com>
+  GOLD            Cary Coutant <ccoutant@gmail.com>
+  gprofng         Vladimir Mezentsev <vladimir.mezentsev@oracle.com>
   H8300                   Prafulla Thakare <prafulla.thakare@kpitcummins.com>
-  HPPA            Dave Anglin <dave.anglin@nrc.ca>
-  HPPA elf32      Alan Modra <amodra@gmail.com>
+  HPPA            Dave Anglin <dave.anglin@bell.net>
   HPPA elf64      Jeff Law <law@redhat.com> [Basic maintainance only]
   IA-64                   Jim Wilson <wilson@tuliptree.org>
   IQ2000          Stan Cox <scox@redhat.com>
-  i860            Jason Eckhardt <jle@rice.edu>
   ix86            H.J. Lu <hjl.tools@gmail.com>
-  ix86 PE         Christopher Faylor <me+binutils@cgf.cx>
   ix86 COFF       DJ Delorie <dj@redhat.com>
   ix86 PE/COFF    Dave Korn <dave.korn.cygwin@gmail.com>
-  ix86 INTEL MODE  Jan Beulich <jbeulich@novell.com>
+  ix86 INTEL MODE  Jan Beulich <jbeulich@suse.com>
+  KVX             Paul Iannetta <piannetta@kalrayinc.com>
+  libsframe       Indu Bhagat <indu.bhagat@oracle.com>
   LM32             Jon Beniston <jon@beniston.com>
+  LoongArch       Chenghua Xu <xuchenghua@loongson.cn>
+  LoongArch       Zhensong Liu <liuzhensong@loongson.cn>
   M32R             Doug Evans <dje@sebabeach.org>
   M68HC11 M68HC12  Stephane Carrez <Stephane.Carrez@gmail.com>
   M68HC11 M68HC12  Sean Keys <skeys@ipdatasys.com>
-  M88k            Mark Kettenis <kettenis@gnu.org>
-  MACH-O           Tristan Gingold <gingold@adacore.com>
+  MACH-O           Tristan Gingold <tgingold@free.fr>
   MAXQ            Inderpreet Singh <inderpreetb@noida.hcltech.com>
-  MEP             Dave Brolley <brolley@redhat.com>
+  MEP             Nick Clifton <nickc@redhat.com>
+  METAG            Markos Chandras <markos.chandras@imgtec.com>
   MICROBLAZE      Michael Eager <eager@eagercon.com>
-  MIPS            Eric Christopher <echristo@apple.com>
+  MIPS            Chenghua Xu <paul.hua.gm@gmail.com>
+  MIPS I-IV       Maciej W. Rozycki <macro@orcam.me.uk>
   MMIX            Hans-Peter Nilsson <hp@bitrange.com>
-  MN10300         Eric Christopher <echristo@apple.com>
-  MN10300         Alexandre Oliva <aoliva@redhat.com>
+  MN10300         Alexandre Oliva <aoliva@sourceware.org>
   Moxie                   Anthony Green <green@moxielogic.com>
-  MSP430          Dmitry Diky <diwil@spec.ru>
+  NDS32                   Kuan-Lin Chen <kuanlinchentw@gmail.com>
+  NDS32                   Wei-Cheng Wang <cole945@gmail.com>
   NetBSD support   Matt Thomas <matt@netbsd.org>
-  PPC             Geoff Keating <geoffk@geoffk.org>
-  PPC             Alan Modra <amodra@gmail.com>
+  Nios II         Sandra Loosemore <sloosemore@baylibre.com>
+  Nios II         Andrew Jenner <andrew@codesourcery.com>
+  OR1K            Christian Svensson <blue@cmd.nu>
+  OR1K            Stefan Kristiansson <stefan.kristiansson@saunalahti.fi>
+  OR1K            Stafford Horne <shorne@gmail.com>
+  PPC             Peter Bergner <bergner@vnet.ibm.com>
   PPC vector ext   Aldy Hernandez <aldyh@redhat.com>
-  RL78             DJ Delorie <dj@redhat.com>
-  RX               DJ Delorie <dj@redhat.com>
+  RISC-V          Palmer Dabbelt <palmer@dabbelt.com>
+  RISC-V          Andrew Waterman <andrew@sifive.com>
+  RISC-V          Jim Wilson <jim.wilson.gcc@gmail.com>
+  RISC-V          Nelson Chu <nelson@rivosinc.com>
   RX               Nick Clifton <nickc@redhat.com>
-  s390, s390x     Martin Schwidefsky <schwidefsky@de.ibm.com>
-  SCORE                   Mei Ligang <ligang@sunnorth.com.cn>
-  SH              Alexandre Oliva <aoliva@redhat.com>
-  SH              Kaz Kojima <kkojima@rr.iij4u.or.jp>
+  S12Z            John Darrington <john@darrington.wattle.id.au>
+  s390, s390x     Andreas Krebbel <krebbel@linux.ibm.com>
+  SH              Alexandre Oliva <aoliva@sourceware.org>
   SPARC                   David S. Miller <davem@davemloft.net>
+  SPARC                   Jose E. Marchesi <jose.marchesi@oracle.com>
   SPU             Alan Modra <amodra@gmail.com>
-  TIC4X            Svein Seldal <svein@dev.seldal.com>
   TIC54X           Timothy Wall <twall@alum.mit.edu>
-  TIC6X            Joseph Myers <joseph@codesourcery.com>
+  TIC6X            Joseph Myers <josmyers@redhat.com>
   TILE-Gx          Walter Lee <walt@tilera.com>
   TILEPro          Walter Lee <walt@tilera.com>
   VAX             Matt Thomas <matt@netbsd.org>
   VAX             Jan-Benedict Glaw <jbglaw@lug-owl.de>
-  VMS             Tristan Gingold <gingold@adacore.com>
+  Visium          Eric Botcazou <ebotcazou@libertysurf.fr>
+  VMS             Tristan Gingold <tgingold@free.fr>
+  x86_64          Jan Beulich <jbeulich@suse.com>
   x86_64          Jan Hubicka <jh@suse.cz>
   x86_64          Andreas Jaeger <aj@suse.de>
   x86_64          H.J. Lu <hjl.tools@gmail.com>
   XCOFF           Richard Sandiford <r.sandiford@uk.ibm.com>
   XGATE            Sean Keys <skeys@ipdatasys.com>
-  Xtensa          Sterling Augustine <augustine.sterling@gmail.com> 
-  z80             Arnold Metselaar <arnold.metselaar@planet.nl>
+  Xtensa          Max Filippov <jcmvbkbc@gmail.com>
+  Xtensa          Sterling Augustine <augustine.sterling@gmail.com>
   z8k             Christian Groessler <chris@groessler.org>
 
+      --------- Past Maintainers -------------
+
+These folks have acted as maintainers in the past, but have now
+moved on to other things.  Our thanks for all their hard work
+goes with them.
+
+  Paul Brook
+  Eric Christopher
+  Jason Eckhardt
+  Geoff Keating
+  Mark Kettenis
+  Mei Ligang
+  Arnold Metselaar
+  Mark Mitchell
+  Bernd Schmidt
+  Svein Seldal
+  Martin Schwidefsky
 
       --------- CGEN Maintainers -------------
 
@@ -173,6 +211,35 @@ also blatantly obvious), and so on.  Obvious fixes should always be
 small, the larger they are, the more likely it is that they contain
 some un-obvious side effect or consequence.
 
+Obvious fixes should not be "legally significant", as defined here:
+
+  https://www.gnu.org/prep/maintain/maintain.html#Legally-Significant
+
+     --------  Patches and Copyright  ---------
+
+If a patch is non-obvious, its copyright must be considered.  There
+are two ways to handle this.  The first is to assign the copyright
+of the FSF.  This ensures that if problems with the authorship of the
+patch arise, the FSF will be able to deal with them.
+
+The list of already assigned copyrights can be obtained from
+fencepost.gnu.org in the file: /gd/gnuorg/copyright.list. 
+
+New copyright assignments can be obtained by completing one of the
+forms found here and sending it off to the FSF:
+
+  https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=tree;f=doc/Copyright
+
+The alternative is to sign off the contribution by agreeing to the
+Developer's Certificate of Origin (version 1.1 or later) and adding a
+line to the end of the contribution that looks something like this:
+
+  Signed-off-by: Random J Developer <random@developer.example.org>
+
+The details of the Developer's Certificate or Origin can be found here:
+       
+  https://developercertificate.org/
+
     --------- Branch Checkins ---------
 
 If a patch is approved for check in to the mainline sources, it can
@@ -183,14 +250,14 @@ burden of maintaining the branch in sync with the mainline becomes too
 great).  If you are uncertain as to whether a patch is appropriate for
 the branch, ask the branch maintainer.  This is:
 
-   Tristan Gingold  <gingold@adacore.com>
+   (cf global maintainers)
 
     -------- Testsuites ---------------
 
 In general patches to any of the binutils testsuites should be
 considered generic and sent to the binutils mailing list for
 approval.  Patches to target specific tests are the responsibility the
-relevent port maintainer(s), and can be approved/checked in by them.
+relevant port maintainer(s), and can be approved/checked in by them.
 Other testsuite patches need the approval of a blanket-write-priveleges
 person.
 
@@ -246,20 +313,20 @@ would be appropriate if the branch was created on January 1st, 2005.
 
 Having selected the branch name, create the branch as follows:
 
-1. Check out binutils, so that you have a CVS checkout corresponding
+1. Check out binutils, so that you have a git checkout corresponding
    to the initial state of your branch.
 
 2. Create a tag:
 
-     cvs tag binutils-<org>-<name>-branchpoint
+     git tag binutils-<org>-<name>-branchpoint
 
    That tag will allow you, and others, to easily determine what's
    changed on the branch relative to the initial state.
 
-3. Create the branch:
+3. Create and push the branch:
 
-     cvs rtag -b -r binutils-<org>-<name>-branchpoint \
-       binutils-<org>-<name>-branch
+     git checkout -b binutils-<org>-<name>-branch
+     git push origin HEAD
 
 4. Document the branch:
 
@@ -270,3 +337,9 @@ Having selected the branch name, create the branch as follows:
 
 Please do not commit any patches to a branch you did not create
 without the explicit permission of the person who created the branch.
+\f
+Copyright (C) 2012-2024 Free Software Foundation, Inc.
+
+Copying and distribution of this file, with or without modification,
+are permitted in any medium without royalty provided the copyright
+notice and this notice are preserved.