COPYING, COPYING.LIB, README
http://gnu.org.
-Makefile.*; configure; configure.in; src-release
+Makefile.*; configure; configure.ac; src-release
Any global maintainer can approve changes to these
files, but they should be aware that they need to
be kept in sync with their counterparts in the GCC
repository. Also please notify the following of
any committed patches:
- binutils@sources.redhat.com
- gdb-patches@sources.redhat.com
+ binutils@sourceware.org
+ gdb-patches@sourceware.org
-bfd/; binutils/; gas/; gprof/; ld/; opcodes/; cpu/; BFD's part of include/
- binutils: http://sources.redhat.com/binutils/
+bfd/; binutils/; elfcpp/; gas/; gold/; gprof/; ld/; opcodes/; cpu/;
+BFD's part of include/
+
+ binutils: http://sourceware.org/binutils/
Please notify the following of any interface changes:
- gdb-patches@sources.redhat.com
+ gdb-patches@sourceware.org
cgen/; cgen parts of opcodes/, sim/ & include/
- cgen: http://sources.redhat.com/cgen/
- Patches to cgen@sources.redhat.com
+ cgen: http://sourceware.org/cgen/
+ Patches to cgen@sourceware.org
May need separate opcodes/ or sim/ approval for
commits of regenerated files there.
in via a merge. When updating any of these files, please be
sure to update all of them.
Please notify the following of any committed patches:
- binutils@sources.redhat.com
- gdb-patches@sources.redhat.com
+ binutils@sourceware.org
+ gdb-patches@sourceware.org
-depcomp
+depcomp; mkinstalldirs
gdb/; readline/; sim/; GDB's part of include/
GDB: http://www.gnu.org/software/gdb/
- Patches to gdb-patches@sources.redhat.com.
+ Patches to gdb-patches@sourceware.org.
See also gdb/MAINTAINERS and sim/MAINTAINERS.
include/
See binutils/, gdb/, sid/, gcc/, libiberty/ etc.
-intl/; config.rhost; libiberty/; libiberty's part of include/
+intl/; config.rhost; libiberty/; libiberty's part of include/;
+compile; depcomp; install-sh; missing; ylwrap; config/
gcc: http://gcc.gnu.org
Changes need to be done in tandem with the official GCC
sources or submitted to the master file maintainer and brought
merge. Otherwise, changes are automatically merged, usually
within a day.
+libdecnumber/
+ See libiberty. The master copy of this directory is in the GCC
+ repository.
+
ltconfig; ltmain.sh; ltcf-*.sh
libtool: http://www.gnu.org/software/libtool/
Changes need to be done in tandem with the official LIBTOOL
sources or submitted to the master file maintainer and brought
in via a merge.
-mkinstalldirs; move-if-change
- autoconf: http://gnu.org
- Changes need to be done in tandem with the official AUTOCONF
- sources or submitted to the master file maintainer and brought
- in via a merge.
+move-if-change
symlink-tree
gcc: http://gcc.gnu.org
See libiberty.
newlib/; libgloss/
- http://sources.redhat.com/newlib/
- Patches to newlib@sources.redhat.com.
+ http://sourceware.org/newlib/
+ Patches to newlib@sourceware.org.
sid/; SID's part of cgen/
- sid: http://sources.redhat.com/sid/
- Patches to sid@sources.redhat.com
+ sid: http://sourceware.org/sid/
+ Patches to sid@sourceware.org
texinfo/texinfo.tex
texinfo: http://ftp.gnu.org.
Please not use GCC's texinfo. Please do not import texinfo.
tcl/; tix/; itcl/; tk/; libgui/
- insight: http://sources.redhat.com/insight/
- Contact insight@sources.redhat.com.
+ insight: http://sourceware.org/insight/
+ Contact insight@sourceware.org.
winsup/
- cygwin: http://sources.redhat.com/cygwin
- See also winsup/MAINTAINERS.
+ cygwin: http://sourceware.org/cygwin
config-ml.in; makefile.vms; mkdep; setup.com;
etc/; utils/;
Any global maintainer can approve changes to these
files and directories.
-compile; depcomp; install-sh; missing; ylwrap;
-config/
- Any global maintainer can approve changes to these
- files and directories, but they should be aware
- that they need to be kept in sync with their
- counterparts in the GCC repository.
-
modules file
- Obviously changes to this file should not go through
- format (or can cut-and-paste existing entries), modify it. If
- it scares you, get someone who does understand it to help you.
- Be prepared to fix it if you do break it.
+ If you understand the file format (or can cut-and-paste existing
+ entries), modify it. If it scares you, get someone who does
+ understand it to help you. Be prepared to fix it if you do break it.
/* Local variables: */
/* change-log-default-name: "/dev/null" */