]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blobdiff - binutils/MAINTAINERS
MAINTAINERS: Update my e-mail address.
[thirdparty/binutils-gdb.git] / binutils / MAINTAINERS
index c5442c38d92bb77770be4740db166e4e345c9861..c268a0a73046b21c0432213f0d7faf06548db8cc 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:
 
@@ -42,8 +42,12 @@ repository without obtaining approval first:
   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 ---------
 
@@ -58,7 +62,6 @@ 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@twiddle.net>
   AARCH64         Richard Earnshaw <rearnsha@arm.com>
   AARCH64         Marcus Shawcroft <marcus.shawcroft@arm.com>
   ARC             Claudiu Zissulescu <claziss@synopsys.com>
@@ -69,82 +72,89 @@ responsibility among the other maintainers.
   AVR             Marek Michalkiewicz <marekm@amelek.gda.pl>
   BFIN            Jie Zhang <jzhang918@gmail.com>
   BFIN            Mike Frysinger <vapier@gentoo.org>
-  BUILD SYSTEM    Daniel Jacobowitz <drow@false.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>
-  C-SKY                   Lifang Xia <lifang_xia@c-sky.com>
-  C-SKY                   Yunhai Shang <yunhai_shang@c-sky.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@bell.net>
-  HPPA elf32      Alan Modra <amodra@gmail.com>
   HPPA elf64      Jeff Law <law@redhat.com> [Basic maintainance only]
   IA-64                   Jim Wilson <wilson@tuliptree.org>
   IQ2000          Stan Cox <scox@redhat.com>
   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>
   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            Chenghua Xu <paul.hua.gm@gmail.com>
-  MIPS I-IV       Maciej W. Rozycki <macro@linux-mips.org>
+  MIPS I-IV       Maciej W. Rozycki <macro@orcam.me.uk>
   MMIX            Hans-Peter Nilsson <hp@bitrange.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>
-  Nios II         Sandra Loosemore <sandra@codesourcery.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             Geoff Keating <geoffk@geoffk.org>
   PPC             Alan Modra <amodra@gmail.com>
   PPC             Peter Bergner <bergner@vnet.ibm.com>
   PPC vector ext   Aldy Hernandez <aldyh@redhat.com>
-  RISC-V          Palmer Dabbelt <palmer@sifive.com>
+  RISC-V          Palmer Dabbelt <palmer@dabbelt.com>
   RISC-V          Andrew Waterman <andrew@sifive.com>
-  RISC-V          Jim Wilson <jimw@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>
-  s390, s390x     Andreas Krebbel <krebbel@linux.vnet.ibm.com>
-  SH              Alexandre Oliva <aoliva@redhat.com>
+  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>
   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>
   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          Max Filippov <jcmvbkbc@gmail.com>
   Xtensa          Sterling Augustine <augustine.sterling@gmail.com>
   z8k             Christian Groessler <chris@groessler.org>
 
@@ -163,6 +173,7 @@ goes with them.
   Mark Mitchell
   Bernd Schmidt
   Svein Seldal
+  Martin Schwidefsky
 
       --------- CGEN Maintainers -------------
 
@@ -201,6 +212,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
@@ -299,7 +339,7 @@ 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-2018 Free Software Foundation, Inc.
+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