2000-07-05 19:28:06 +00:00
|
|
|
========= Binutils Maintainers =========
|
|
|
|
|
|
|
|
This is the list of individuals responsible for maintenance and update
|
2001-07-19 10:43:13 +00:00
|
|
|
of the GNU Binary Utilities project. This includes the linker (ld),
|
|
|
|
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
|
2007-03-28 05:09:42 +00:00
|
|
|
GCC and GDB projects (include), so maintainership of those files is
|
2001-07-19 10:43:13 +00:00
|
|
|
shared amoungst the projects.
|
2000-07-05 19:28:06 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
The home page for binutils is:
|
2001-03-13 06:43:59 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
http://www.gnu.org/software/binutils/binutils.html
|
|
|
|
|
|
|
|
and patches should be sent to:
|
|
|
|
|
2007-03-28 05:09:42 +00:00
|
|
|
binutils@sourceware.org
|
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
with "[Patch]" as part of the subject line. Note - patches to the
|
2003-09-04 12:30:27 +00:00
|
|
|
top level config.guess and config.sub scripts should be sent to:
|
2000-07-05 19:28:06 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
config-patches@gnu.org
|
2000-07-05 19:28:06 +00:00
|
|
|
|
2003-09-04 12:30:27 +00:00
|
|
|
and not to the binutils lists. Patches to the other top level
|
2004-12-03 10:30:13 +00:00
|
|
|
configure files (configure, configure.in, config-ml.in) should
|
|
|
|
be sent to the binutils lists, and copied to the gcc and gdb
|
2003-09-04 12:30:27 +00:00
|
|
|
lists as well (gcc-patches@gcc.gnu.org and
|
2007-03-28 05:09:42 +00:00
|
|
|
gdb-patches@sourceware.org).
|
2001-07-19 10:43:13 +00:00
|
|
|
|
|
|
|
--------- Blanket Write Privs ---------
|
2000-07-05 19:28:06 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
The following people have permission to check patches into the
|
|
|
|
repository without obtaining approval first:
|
2007-03-28 05:09:42 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
Nick Clifton <nickc@redhat.com> (head maintainer)
|
|
|
|
Richard Henderson <rth@redhat.com>
|
2005-02-10 23:34:43 +00:00
|
|
|
Ian Lance Taylor <ian@airs.com>
|
2001-07-19 10:43:13 +00:00
|
|
|
Jeff Law <law@redhat.com>
|
2008-03-04 00:07:45 +00:00
|
|
|
Jim Wilson <wilson@tuliptree.org>
|
2001-07-19 10:43:13 +00:00
|
|
|
DJ Delorie <dj@redhat.com>
|
2009-12-21 10:21:16 +00:00
|
|
|
Alan Modra <amodra@gmail.com>
|
2003-07-29 17:09:00 +00:00
|
|
|
Michael Meissner <gnu@the-meissners.org>
|
2011-06-01 11:08:25 +00:00
|
|
|
Daniel Jacobowitz <drow@false.org>
|
2009-03-30 20:39:43 +00:00
|
|
|
Richard Sandiford <rdsandiford@googlemail.com>
|
2001-07-19 10:43:13 +00:00
|
|
|
|
|
|
|
--------- Maintainers ---------
|
|
|
|
|
|
|
|
Maintainers are individuals who are responsible for, and have
|
|
|
|
permission to check in changes in, certain subsets of the code. Note
|
|
|
|
that maintainers still need approval to check in changes outside of
|
|
|
|
the immediate domain that they maintain.
|
2000-07-05 19:28:06 +00:00
|
|
|
|
|
|
|
If there is no maintainer for a given domain then the responsibility
|
2001-07-19 10:43:13 +00:00
|
|
|
falls to the head maintainer (above). If there are several
|
|
|
|
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.
|
|
|
|
|
2002-08-06 21:58:26 +00:00
|
|
|
ALPHA Richard Henderson <rth@redhat.com>
|
2012-08-13 14:52:54 +00:00
|
|
|
AARCH64 Richard Earnshaw <rearnsha@arm.com>
|
2001-07-19 10:43:13 +00:00
|
|
|
ARM Nick Clifton <nickc@redhat.com>
|
2002-01-14 17:49:29 +00:00
|
|
|
ARM Richard Earnshaw <rearnsha@arm.com>
|
2007-03-01 16:06:28 +00:00
|
|
|
ARM Paul Brook <paul@codesourcery.com>
|
2005-02-10 08:01:41 +00:00
|
|
|
ARM (Symbian) Mark Mitchell <mark@codesourcery.com>
|
2001-07-19 10:43:13 +00:00
|
|
|
AVR Denis Chertykov <denisc@overta.ru>
|
2002-05-16 18:53:23 +00:00
|
|
|
AVR Marek Michalkiewicz <marekm@amelek.gda.pl>
|
2011-04-22 02:45:24 +00:00
|
|
|
BFIN Jie Zhang <jzhang918@gmail.com>
|
2005-10-24 18:23:27 +00:00
|
|
|
BFIN Bernd Schmidt <bernd.schmidt@analog.com>
|
2010-09-22 21:36:09 +00:00
|
|
|
BFIN Mike Frysinger <michael.frysinger@analog.com>
|
2011-06-01 11:08:25 +00:00
|
|
|
BUILD SYSTEM Daniel Jacobowitz <drow@false.org>
|
2007-08-10 13:25:31 +00:00
|
|
|
CR16 M R Swami Reddy <MR.Swami.Reddy@nsc.com>
|
2001-07-19 10:43:13 +00:00
|
|
|
CRIS Hans-Peter Nilsson <hp@axis.com>
|
2007-08-10 13:25:31 +00:00
|
|
|
CRX M R Swami Reddy <MR.Swami.Reddy@nsc.com>
|
2006-01-27 19:42:35 +00:00
|
|
|
DLX Nikolaos Kavvadias <nkavv@physics.auth.gr>
|
2001-07-19 10:43:13 +00:00
|
|
|
DWARF2 Jason Merrill <jason@redhat.com>
|
2011-05-03 08:33:42 +00:00
|
|
|
DWARF2 Jakub Jelinek <jakub@redhat.com>
|
2011-10-27 14:13:24 +00:00
|
|
|
EPIPHANY Joern Rennecke <joern.rennecke@embecosm.com>
|
2002-06-20 19:55:10 +00:00
|
|
|
FR30 Dave Brolley <brolley@redhat.com>
|
|
|
|
FRV Dave Brolley <brolley@redhat.com>
|
2004-09-02 08:25:06 +00:00
|
|
|
FRV Alexandre Oliva <aoliva@redhat.com>
|
2008-11-07 14:27:05 +00:00
|
|
|
H8300 Prafulla Thakare <prafulla.thakare@kpitcummins.com>
|
2003-09-01 22:45:05 +00:00
|
|
|
HPPA Dave Anglin <dave.anglin@nrc.ca>
|
2009-12-21 10:21:16 +00:00
|
|
|
HPPA elf32 Alan Modra <amodra@gmail.com>
|
2002-08-23 07:34:44 +00:00
|
|
|
HPPA elf64 Jeff Law <law@redhat.com> [Basic maintainance only]
|
2008-03-04 00:07:45 +00:00
|
|
|
IA-64 Jim Wilson <wilson@tuliptree.org>
|
2003-01-04 02:13:46 +00:00
|
|
|
IQ2000 Stan Cox <scox@redhat.com>
|
2003-05-12 02:14:48 +00:00
|
|
|
i860 Jason Eckhardt <jle@rice.edu>
|
2008-01-29 01:39:28 +00:00
|
|
|
ix86 H.J. Lu <hjl.tools@gmail.com>
|
2007-07-28 17:39:16 +00:00
|
|
|
ix86 PE Christopher Faylor <me+binutils@cgf.cx>
|
2002-11-11 16:53:19 +00:00
|
|
|
ix86 COFF DJ Delorie <dj@redhat.com>
|
2009-05-09 15:55:07 +00:00
|
|
|
ix86 PE/COFF Dave Korn <dave.korn.cygwin@gmail.com>
|
2005-04-11 15:16:22 +00:00
|
|
|
ix86 INTEL MODE Jan Beulich <jbeulich@novell.com>
|
2008-12-23 19:10:25 +00:00
|
|
|
LM32 Jon Beniston <jon@beniston.com>
|
2009-10-16 18:23:43 +00:00
|
|
|
M32R Doug Evans <dje@sebabeach.org>
|
2012-11-05 20:16:53 +00:00
|
|
|
M68HC11 M68HC12 Stephane Carrez <Stephane.Carrez@gmail.com>
|
2012-07-24 15:14:07 +00:00
|
|
|
M68HC11 M68HC12 Sean Keys <skeys@ipdatasys.com>
|
2005-03-25 15:23:18 +00:00
|
|
|
M88k Mark Kettenis <kettenis@gnu.org>
|
2009-06-03 08:17:20 +00:00
|
|
|
MACH-O Tristan Gingold <gingold@adacore.com>
|
2005-02-07 16:05:11 +00:00
|
|
|
MAXQ Inderpreet Singh <inderpreetb@noida.hcltech.com>
|
2007-02-06 21:00:12 +00:00
|
|
|
MEP Dave Brolley <brolley@redhat.com>
|
Add support for Xilinx MicroBlaze processor.
* bfd/Makefile.am: Add cpu-microblaze.{lo,c}, elf32-microblaze.{lo,c}.
* bfd/Makefile.in: Same.
* bfd/archures.c: Add bfd_arch_microblaze.
* bfd/bfd-in2.h: Regenerate.
* bfd/config.bfd: Add microblaze target.
* bfd/configure: Add bfd_elf32_microblaze_vec target.
* bfd/configure.in: Same.
* bfd/cpu-microblaze.c: New.
* bfd/elf32-microblaze.c: New.
* bfd/libbfd-in.h: Add prototype _bfd_dwarf2_fixup_section_debug_loc().
* bfd/libbfd.h: Regenerate.
* bfd/reloc.c: Add MICROBLAZE relocations.
* bfd/section.c: Add struct relax_table and relax_count to section.
* bfd/targets.c: Add bfd_elf32_microblaze_vec.
* binutils/MAINTAINERS: Add self as maintainer.
* binutils/readelf.c: Include elf/microblaze.h, add EM_MICROBLAZE &
EM_MICROBLAZE_OLD to guess_is_rela(), dump_relocations(),
get_machine_name().
* config.sub: Add microblaze target.
* configure: Same.
* configure.ac: Same.
* gas/Makefile.am: add microblaze to CPU_TYPES, config/tc-microblaze.c to
TARGET_CPU_CFILES, config/tc-microblaze.h to TARGET_CPU_HFILES, add
DEP_microblaze_elf target.
* gas/Makefile.in: Same.
* gas/config/tc-microblaze.c: Add MicroBlaze assembler.
* gas/config/tc-microblaze.h: Add header for tc-microblaze.c.
* gas/configure: Add microblaze target.
* gas/configure.in: Same.
* gas/configure.tgt: Same.
* gas/doc/Makefile.am: Add c-microblaze.texi to CPU_DOCS.
* gas/doc/Makefile.in: Same.
* gas/doc/all.texi: Set MICROBLAZE.
* gas/doc/as.texinfo: Add MicroBlaze doc links.
* gas/doc/c-microblaze.texi: New MicroBlaze docs.
* include/dis-asm.h: Decl print_insn_microblaze().
* include/elf/common.h: Define EM_MICROBLAZE & EM_MICROBLAZE_OLD.
* include/elf/microblaze.h: New reloc definitions.
* ld/Makefile.am: Add eelf32mb_linux.o, eelf32microblaze.o to
ALL_EMULATIONS, targets.
* ld/Makefile.in: Same.
* ld/configure.tgt: Add microblaze*-linux*, microblaze* targets.
* ld/emulparams/elf32mb_linux.sh: New.
* ld/emulparams/elf32microblaze.sh. New.
* ld/scripttempl/elfmicroblaze.sc: New.
* opcodes/Makefile.am: Add microblaze-opc.h to HFILES, microblaze-dis.c to
CFILES, microblaze-dis.lo to ALL_MACHINES, targets.
* opcodes/Makefile.in: Same.
* opcodes/configure: Add bfd_microblaze_arch target.
* opcodes/configure.in: Same.
* opcodes/disassemble.c: Define ARCH_microblaze, return
print_insn_microblaze().
* opcodes/microblaze-dis.c: New MicroBlaze disassembler.
* opcodes/microblaze-opc.h: New MicroBlaze opcode definitions.
* opcodes/microblaze-opcm.h: New MicroBlaze opcode types.
2009-08-06 17:38:04 +00:00
|
|
|
MICROBLAZE Michael Eager <eager@eagercon.com>
|
2005-07-21 18:23:57 +00:00
|
|
|
MIPS Eric Christopher <echristo@apple.com>
|
2001-10-31 02:34:12 +00:00
|
|
|
MMIX Hans-Peter Nilsson <hp@bitrange.com>
|
2005-07-21 18:23:57 +00:00
|
|
|
MN10300 Eric Christopher <echristo@apple.com>
|
2002-05-04 01:52:13 +00:00
|
|
|
MN10300 Alexandre Oliva <aoliva@redhat.com>
|
2009-04-24 11:41:40 +00:00
|
|
|
Moxie Anthony Green <green@moxielogic.com>
|
2005-03-24 18:04:38 +00:00
|
|
|
MSP430 Dmitry Diky <diwil@spec.ru>
|
2007-04-06 16:08:06 +00:00
|
|
|
NetBSD support Matt Thomas <matt@netbsd.org>
|
2002-08-24 22:43:50 +00:00
|
|
|
PPC Geoff Keating <geoffk@geoffk.org>
|
2009-12-21 10:21:16 +00:00
|
|
|
PPC Alan Modra <amodra@gmail.com>
|
2002-12-04 17:06:53 +00:00
|
|
|
PPC vector ext Aldy Hernandez <aldyh@redhat.com>
|
2011-11-02 03:09:11 +00:00
|
|
|
RL78 DJ Delorie <dj@redhat.com>
|
2009-09-29 14:17:19 +00:00
|
|
|
RX DJ Delorie <dj@redhat.com>
|
|
|
|
RX Nick Clifton <nickc@redhat.com>
|
2001-11-05 08:50:47 +00:00
|
|
|
s390, s390x Martin Schwidefsky <schwidefsky@de.ibm.com>
|
2006-09-26 14:01:50 +00:00
|
|
|
SCORE Mei Ligang <ligang@sunnorth.com.cn>
|
2002-02-06 18:23:16 +00:00
|
|
|
SH Alexandre Oliva <aoliva@redhat.com>
|
2002-10-23 13:39:09 +00:00
|
|
|
SH Kaz Kojima <kkojima@rr.iij4u.or.jp>
|
2011-09-21 18:39:48 +00:00
|
|
|
SPARC David S. Miller <davem@davemloft.net>
|
2009-12-21 10:21:16 +00:00
|
|
|
SPU Alan Modra <amodra@gmail.com>
|
2005-02-27 18:44:55 +00:00
|
|
|
TIC4X Svein Seldal <svein@dev.seldal.com>
|
2001-11-13 14:22:53 +00:00
|
|
|
TIC54X Timothy Wall <twall@alum.mit.edu>
|
bfd:
* Makefile.am (ALL_MACHINES): Add cpu-tic6x.lo.
(ALL_MACHINES_CFILES): Add cpu-tic6x.c.
(BFD32_BACKENDS): Add elf32-tic6x.lo.
(BFD32_BACKENDS_CFILES): Add elf32-tic6x.c.
* Makefile.in: Regenerate.
* archures.c (bfd_arch_tic6x, bfd_tic6x_arch): New.
(bfd_archures_list): Update.
* config.bfd (tic6x-*-elf): New.
* configure.in (bfd_elf32_tic6x_be_vec, bfd_elf32_tic6x_le_vec):
New.
* configure: Regenerate.
* cpu-tic6x.c, elf32-tic6x.c: New.
* reloc.c (BFD_RELOC_C6000_PCR_S21, BFD_RELOC_C6000_PCR_S12,
BFD_RELOC_C6000_PCR_S10, BFD_RELOC_C6000_PCR_S7,
BFD_RELOC_C6000_ABS_S16, BFD_RELOC_C6000_ABS_L16,
BFD_RELOC_C6000_ABS_H16, BFD_RELOC_C6000_SBR_U15_B,
BFD_RELOC_C6000_SBR_U15_H, BFD_RELOC_C6000_SBR_U15_W,
BFD_RELOC_C6000_SBR_S16, BFD_RELOC_C6000_SBR_L16_B,
BFD_RELOC_C6000_SBR_L16_H, BFD_RELOC_C6000_SBR_L16_W,
BFD_RELOC_C6000_SBR_H16_B, BFD_RELOC_C6000_SBR_H16_H,
BFD_RELOC_C6000_SBR_H16_W, BFD_RELOC_C6000_SBR_GOT_U15_W,
BFD_RELOC_C6000_SBR_GOT_L16_W, BFD_RELOC_C6000_SBR_GOT_H16_W,
BFD_RELOC_C6000_DSBT_INDEX, BFD_RELOC_C6000_PREL31,
BFD_RELOC_C6000_COPY, BFD_RELOC_C6000_ALIGN,
BFD_RELOC_C6000_FPHEAD, BFD_RELOC_C6000_NOCMP): New.
* targets.c (bfd_elf32_tic6x_be_vec, bfd_elf32_tic6x_le_vec): New.
(_bfd_target_vector): Update.
* bfd-in2.h, libbfd.h: Regenerate.
binutils:
* MAINTAINERS: Add self as TI C6X maintainer.
* NEWS: Add news entry for TI C6X support.
* readelf.c: Include elf/tic6x.h.
(guess_is_rela): Handle EM_TI_C6000.
(dump_relocations): Likewise.
(get_tic6x_dynamic_type): New.
(get_dynamic_type): Call it.
(get_machine_flags): Handle EF_C6000_REL.
(get_osabi_name): Handle machine-specific values only for relevant
machines. Handle C6X values.
(get_tic6x_segment_type): New.
(get_segment_type): Call it.
(get_tic6x_section_type_name): New.
(get_section_type_name): Call it.
(is_32bit_abs_reloc, is_16bit_abs_reloc, is_none_reloc): Handle
EM_TI_C6000.
gas:
* Makefile.am (TARGET_CPU_CFILES): Add config/tc-tic6x.c.
(TARGET_CPU_HFILES): Add config/tc-tic6x.h.
* Makefile.in: Regenerate.
* NEWS: Add news entry for TI C6X support.
* app.c (do_scrub_chars): Handle "||^" for TI C6X. Handle
TC_PREDICATE_START_CHAR and TC_PREDICATE_END_CHAR. Keep spaces in
operands if TC_KEEP_OPERAND_SPACES.
* configure.tgt (tic6x-*-*): New.
* config/tc-ia64.h (TC_PREDICATE_START_CHAR,
TC_PREDICATE_END_CHAR): Define.
* config/tc-tic6x.c, config/tc-tic6x.h: New.
* doc/Makefile.am (CPU_DOCS): Add c-tic6x.texi.
* doc/Makefile.in: Regenerate.
* doc/all.texi (TIC6X): Define.
* doc/as.texinfo: Add TI C6X documentation. Include c-tic6x.texi.
* doc/c-tic6x.texi: New.
gas/testsuite:
* gas/tic6x: New directory and testcases.
include:
* dis-asm.h (print_insn_tic6x): Declare.
include/elf:
* common.h (ELFOSABI_C6000_ELFABI, ELFOSABI_C6000_LINUX): Define.
* tic6x.h: New.
include/opcode:
* tic6x-control-registers.h, tic6x-insn-formats.h,
tic6x-opcode-table.h, tic6x.h: New.
ld:
* Makefile.am (ALL_EMULATIONS): Add eelf32_tic6x_be.o and
eelf32_tic6x_le.o.
(eelf32_tic6x_be.c, eelf32_tic6x_le.c): New.
* NEWS: Add news entry for TI C6X support.
* configure.tgt (tic6x-*-*): New.
* emulparams/elf32_tic6x_be.sh, emulparams/elf32_tic6x_le.sh: New.
ld/testsuite:
* ld-elf/flags1.d, ld-elf/merge.d: XFAIL for tic6x-*-*.
* ld-elf/sec-to-seg.exp: Set B_test_same_seg to 0 for tic6x-*-*.
* ld-tic6x: New directory and testcases.
opcodes:
* Makefile.am (TARGET_LIBOPCODES_CFILES): Add tic6x-dis.c.
* Makefile.in: Regenerate.
* configure.in (bfd_tic6x_arch): New.
* configure: Regenerate.
* disassemble.c (ARCH_tic6x): Define if ARCH_all.
(disassembler): Handle TI C6X.
* tic6x-dis.c: New.
2010-03-25 21:12:36 +00:00
|
|
|
TIC6X Joseph Myers <joseph@codesourcery.com>
|
2011-10-28 14:41:13 +00:00
|
|
|
TILE-Gx Walter Lee <walt@tilera.com>
|
|
|
|
TILEPro Walter Lee <walt@tilera.com>
|
2007-04-06 16:08:06 +00:00
|
|
|
VAX Matt Thomas <matt@netbsd.org>
|
2005-12-25 23:19:10 +00:00
|
|
|
VAX Jan-Benedict Glaw <jbglaw@lug-owl.de>
|
2009-03-04 15:18:41 +00:00
|
|
|
VMS Tristan Gingold <gingold@adacore.com>
|
2002-05-04 01:52:13 +00:00
|
|
|
x86_64 Jan Hubicka <jh@suse.cz>
|
|
|
|
x86_64 Andreas Jaeger <aj@suse.de>
|
2008-01-17 23:48:20 +00:00
|
|
|
x86_64 H.J. Lu <hjl.tools@gmail.com>
|
2009-03-30 20:39:43 +00:00
|
|
|
XCOFF Richard Sandiford <r.sandiford@uk.ibm.com>
|
2012-05-09 00:33:37 +00:00
|
|
|
XGATE Sean Keys <skeys@ipdatasys.com>
|
2011-04-05 20:39:57 +00:00
|
|
|
Xtensa Sterling Augustine <augustine.sterling@gmail.com>
|
2005-11-21 13:43:33 +00:00
|
|
|
z80 Arnold Metselaar <arnold.metselaar@planet.nl>
|
2002-04-25 10:59:24 +00:00
|
|
|
z8k Christian Groessler <chris@groessler.org>
|
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
|
|
|
|
--------- CGEN Maintainers -------------
|
2000-08-03 17:37:01 +00:00
|
|
|
|
2000-11-28 23:10:05 +00:00
|
|
|
CGEN is a tool for building, amongst other things, assemblers,
|
2001-07-19 10:43:13 +00:00
|
|
|
disassemblers and simulators from a single description of a CPU.
|
|
|
|
It creates files in several of the binutils directories, but it
|
|
|
|
is mentioned here since there is a single group that maintains
|
2007-03-28 05:09:42 +00:00
|
|
|
CGEN and the files that it creates.
|
2000-08-03 17:37:01 +00:00
|
|
|
|
|
|
|
If you have CGEN related problems you can send email to;
|
|
|
|
|
2007-03-28 05:09:42 +00:00
|
|
|
cgen@sourceware.org
|
2000-08-03 17:37:01 +00:00
|
|
|
|
|
|
|
The current CGEN maintainers are:
|
|
|
|
|
2006-04-10 03:59:57 +00:00
|
|
|
Doug Evans, Frank Eigler
|
2000-07-05 19:28:06 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
--------- Write After Approval ---------
|
2000-07-05 19:28:06 +00:00
|
|
|
|
|
|
|
Individuals with "write after approval" have the ability to check in
|
|
|
|
changes, but they must get approval for each change from someone in
|
|
|
|
one of the above lists (blanket write or maintainers).
|
|
|
|
|
|
|
|
[It's a huge list, folks. You know who you are. If you have the
|
2001-07-19 10:43:13 +00:00
|
|
|
*ability* to do binutils checkins, you're in this group. Just
|
|
|
|
remember to get approval before checking anything in.]
|
2001-02-14 18:49:56 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
------------- Obvious Fixes -------------
|
2001-02-14 18:49:56 +00:00
|
|
|
|
|
|
|
Fixes for obvious mistakes do not need approval, and can be checked in
|
|
|
|
right away, but the patch should still be sent to the binutils list.
|
|
|
|
The definition of obvious is a bit hazy, and if you are not sure, then
|
|
|
|
you should seek approval first. Obvious fixes include fixes for
|
|
|
|
spelling mistakes, blatantly incorrect code (where the correct code is
|
|
|
|
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.
|
2001-07-11 09:06:49 +00:00
|
|
|
|
2001-07-19 10:43:13 +00:00
|
|
|
--------- Branch Checkins ---------
|
2001-07-11 09:06:49 +00:00
|
|
|
|
|
|
|
If a patch is approved for check in to the mainline sources, it can
|
|
|
|
also be checked into the current release branch. Normally however
|
|
|
|
only bug fixes should be applied to the branch. New features, new
|
|
|
|
ports, etc, should be restricted to the mainline. (Otherwise the
|
2007-03-28 05:09:42 +00:00
|
|
|
burden of maintaining the branch in sync with the mainline becomes too
|
2001-07-11 09:06:49 +00:00
|
|
|
great). If you are uncertain as to whether a patch is appropriate for
|
|
|
|
the branch, ask the branch maintainer. This is:
|
|
|
|
|
2010-03-16 14:02:44 +00:00
|
|
|
Tristan Gingold <gingold@adacore.com>
|
2002-09-10 08:21:41 +00:00
|
|
|
|
|
|
|
-------- 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.
|
|
|
|
Other testsuite patches need the approval of a blanket-write-priveleges
|
|
|
|
person.
|
|
|
|
|
|
|
|
-------- Configure patches ----------
|
|
|
|
|
|
|
|
Patches to the top level configure files (config.sub & config.guess)
|
|
|
|
are not the domain of the binutils project and they cannot be approved
|
|
|
|
by the binutils group. Instead they should be submitted to the config
|
|
|
|
maintainer at:
|
|
|
|
|
|
|
|
config-patches@gnu.org
|
2005-01-20 21:59:05 +00:00
|
|
|
|
|
|
|
--------- Creating Branches ---------
|
|
|
|
|
|
|
|
Anyone with at least write-after-approval access may create a branch
|
|
|
|
to use for their own development purposes. In keeping with FSF
|
|
|
|
policies, all patches applied to such a branch must come from people
|
|
|
|
with appropriate copyright assignments on file. All legal
|
|
|
|
requirements that would apply to any other contribution apply equally
|
|
|
|
to contributions on a branch.
|
|
|
|
|
|
|
|
Before creating the branch, you should select a name for the branch of
|
|
|
|
the form:
|
|
|
|
|
2007-03-28 05:09:42 +00:00
|
|
|
binutils-<org>-<name>
|
2005-01-20 21:59:05 +00:00
|
|
|
|
|
|
|
where "org" is the initials of your organization, or your own initials
|
|
|
|
if you are acting as an individual. For example, for a branch created
|
|
|
|
by The GNUDist Company, "tgc" would be an appropriate choice for
|
|
|
|
"org". It's up to each organization to select an appropriate choice
|
|
|
|
for "name"; some organizations may use more structure than others, so
|
|
|
|
"name" may contain additional hyphens.
|
|
|
|
|
|
|
|
Suppose that The GNUDist Company was creating a branch to develop a
|
|
|
|
port of Binutils to the FullMonty processor. Then, an appropriate
|
|
|
|
choice of branch name would be:
|
|
|
|
|
|
|
|
binutils-tgc-fm
|
|
|
|
|
2007-09-25 15:23:28 +00:00
|
|
|
A date stamp is not required as part of the name field, but some
|
2005-01-20 21:59:05 +00:00
|
|
|
organizations like to have one. If you do include the date, you
|
|
|
|
should follow these rules:
|
|
|
|
|
|
|
|
1. The date should be the date that the branch was created.
|
|
|
|
|
|
|
|
2. The date should be numerical and in the form YYYYMMDD.
|
|
|
|
|
|
|
|
For example:
|
|
|
|
|
|
|
|
binutils-tgc-fm_20050101
|
|
|
|
|
|
|
|
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
|
|
|
|
to the initial state of your branch.
|
|
|
|
|
|
|
|
2. Create a tag:
|
|
|
|
|
|
|
|
cvs 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:
|
|
|
|
|
|
|
|
cvs rtag -b -r binutils-<org>-<name>-branchpoint \
|
2007-03-28 05:09:42 +00:00
|
|
|
binutils-<org>-<name>-branch
|
2005-01-20 21:59:05 +00:00
|
|
|
|
|
|
|
4. Document the branch:
|
|
|
|
|
|
|
|
Add a description of the branch to binutils/BRANCHES, and check
|
|
|
|
that file in. All branch descriptions should be added to the
|
|
|
|
HEAD revision of the file; it doesn't help to modify
|
|
|
|
binutils/BRANCHES on a branch!
|
|
|
|
|
|
|
|
Please do not commit any patches to a branch you did not create
|
|
|
|
without the explicit permission of the person who created the branch.
|