]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blobdiff - binutils/MAINTAINERS
MAINTAINERS: Update my e-mail address.
[thirdparty/binutils-gdb.git] / binutils / MAINTAINERS
index 6fcba81a445e56d348e11856193d230b4d9a0034..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:
 
@@ -43,6 +43,11 @@ repository without obtaining approval first:
   Alan Modra <amodra@gmail.com>
   Michael Meissner <gnu@the-meissners.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 ---------
 
@@ -72,8 +77,8 @@ responsibility among the other maintainers.
   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@c-sky.com>
-  C-SKY                   Yunhai Shang <yunhai_shang@c-sky.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>
@@ -84,17 +89,21 @@ responsibility among the other maintainers.
   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 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>
@@ -108,24 +117,22 @@ responsibility among the other maintainers.
   MMIX            Hans-Peter Nilsson <hp@bitrange.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>
-  PDP11                   Stephen Casner <casner@acm.org>
   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@dabbelt.com>
   RISC-V          Andrew Waterman <andrew@sifive.com>
-  RISC-V          Jim Wilson <jimw@sifive.com>
-  RISC-V          Nelson Chu <nelson.chu@sifive.com>
+  RISC-V          Jim Wilson <jim.wilson.gcc@gmail.com>
+  RISC-V          Nelson Chu <nelson@rivosinc.com>
   RX               Nick Clifton <nickc@redhat.com>
   S12Z            John Darrington <john@darrington.wattle.id.au>
   s390, s390x     Andreas Krebbel <krebbel@linux.ibm.com>
@@ -134,13 +141,14 @@ responsibility among the other maintainers.
   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>
@@ -204,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
@@ -302,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-2021 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