This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Update branch list in svn.html
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: gcc-patches at gcc dot gnu dot org
- Date: Sat, 19 Jul 2008 00:35:19 +0000 (UTC)
- Subject: Update branch list in svn.html
I noticed the list of "Active Development Branches" in svn.html was out of
date, listing many branches that are no longer maintained and not listing
various active branches.
This patch moves a lot of inactive branches to the section for inactive
branches; the basic criterion I used was that a branch with no commits in
a year should be considered inactive.
I mainly changed the "General Infrastructure", "Architecture-specific" and
"Language-specific" sections, including moving one branch from
"Architecture-specific" to "Distribution Branches" to reflect its actual
nature. One question to consider for a possible subsequent patch: should
inactive distribution branches move to the list of inactive branches as
well? That list does have one Red Hat distribution branch listed.
Another question to consider for a possible subsequent patch: should the
branches in each section be in alphabetical order?
OK to commit this patch?
I welcome comments to the effect that
* branch X this patch moves should in fact be considered active (if you
wish to make such a comment after the patch moving it has been committed,
please submit a patch to move the entry back to the active list; you can
always do this for any development branch at any time if you decide to
resurrect it rather than starting a new branch for future development);
* branch Y this patch does not move should not be considered active
(again, after this goes in please submit your own patch to mark it
inactive);
* branch Z this patch moves has actually been fully merged into trunk and
should go in the list of merged branches, or has been superseded by branch
W (same comment applies about separate patches after this is in).
The following are marked as inactive by this patch; I did not generally
try to work out whether everything had gone in trunk or if there were dead
development projects on these branches that did not end up in trunk.
Where branches did get fully merged to trunk or superseded by another
branch, this would be useful information to add.
fixed-point (marked as merged)
gcc-3_4-e500-branch (marked as merged)
tree-profiling-branch
new-regalloc-branch
structure-aliasing-branch
cfo-branch
reload-branch
dead/improved-aliasing-branch
sched-treegion-branch
mem-ssa
yara-branch
opt-diary
insn-select
addressing-modes
alias-export
csl-arm-branch (marked as almost completely merged, some libstdc++ changes
related to SymbianOS are I think the only unmerged ARM changes of that
vintage - submitted some time ago but revision needed)
csl/coldfire-4_1 (marked as almost completely merged, the
MODE_INDEX_REG_CLASS changes reached an impasse but I think the rest
were merged)
ia64-fp-model-branch (actually, it seems there were no commits to this
branch at all)
ia64-improvements
cxx-reflection-branch
hammer-3_3-branch
objc-improvements-branch
libada-gnattools-branch
libstdcxx_so_7-branch
The following branches are not mentioned in svn.html, but have had recent
activity (within the past few days). Maintainers should submit patches to
svn.html to document them.
melt-branch
graphite
profile-stdlib
Index: svn.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.90
diff -u -r1.90 svn.html
--- svn.html 18 Jun 2008 21:17:56 -0000 1.90
+++ svn.html 19 Jul 2008 00:19:29 -0000
@@ -161,13 +161,6 @@
annotations throughout optimization passes and representations.
This branch is maintained by Alexandre Oliva.</dd>
- <dt><a href="projects/tree-profiling.html">tree-profiling-branch</a></dt>
- <dd>This branch is for the development of profiling heuristics
- and profile based optimizations for trees, such as profile driven inline
- heuristics. Another goal of this branch is to demonstrate that maintaining
- the CFG and profile information over expanding from GIMPLE trees to RTL
- is feasible and can bring considerable performance improvements.</dd>
-
<dt>struct-reorg-branch</dt>
<dd>This branch is for the development of structure reorganization
optimizations, including field reordering, structure splitting for
@@ -184,57 +177,6 @@
could use or benefit from (like data-dependence analysis,
<a href="projects/tree-ssa/lno.html">loop nest optimizations</a>).</dd>
- <dt>new-regalloc-branch</dt>
- <dd>Daniel Berlin and Michael Matz are working on an implementation
- of a graph-coloring register allocator on this branch. It is known to
- bootstrap under x86-linux-gnu and ppc-linux-gnu.</dd>
-
- <dt>structure-aliasing-branch</dt>
- <dd>This branch contains improvements to the tree optimizers ability
- to do pointer-to-structure aliasing analysis and optimization.
- This involves some significant rework of the way
- our memory information is represented in the tree-ssa form.
- The branch is maintained by Daniel Berlin.
- Patches and discussion related to the branch should be marked
- with the tag <code>[sa]</code> in the subject line. The usual
- contribution and testing rules apply. Patches should be CC'd
- to Daniel Berlin for final approval.</dd>
-
- <dt><a href="projects/cfo.html">cfo-branch</a></dt>
- <dd>The goal of this branch is to add a new extension for improving
- the code size optimization of GCC with code factoring methods (code
- motion and merging algorithms). Messages should be marked with
- <code>[cfo]</code> in the subject line. The usual contribution and
- testing rules apply.</dd>
-
- <dt>reload-branch</dt>
- <dd>This branch contains a version of reload in which the tracking
- of reload register lifetimes and the inheritance code has been
- rewritten in an attempt to make it more maintainable.</dd>
-
- <dt>improved-aliasing-branch</dt>
- <dd>This branch contains improvements to the tree-based aliasing
- infrastructure. The branch is maintained by Daniel Berlin <<a
- href="mailto:dberlin@dberlin.org";>dberlin@dberlin.org</a>> and
- Diego Novillo <<a href="mailto:dnovillo@redhat.com";>
- dnovillo@redhat.com</a>> and will be routinely merged with
- mainline. Patches should be marked with the tag
- <code>[improved-aliasing]</code> in the subject line.</dd>
-
- <dt><a href="projects/sched-treegion.html">sched-treegion-branch</a></dt>
- <dd>This branch is for the development of a treegion-based instruction
- scheduler. The branch is maintained by Chad Rosier.
- </dd>
-
- <dt>mem-ssa</dt>
- <dd>This branch contains the implementation of Memory SSA, a new
- mechanism for representing memory operations in SSA form (<a
- href="http://gcc.gnu.org/ml/gcc/2006-02/msg00620.html";>http://gcc.gnu.org/ml/gcc/2006-02/msg00620.html</a>).
- The branch is maintained by Diego Novillo and will be routinely
- merged with mainline. Patches and discussion on this branch should
- be marked with the tag <code>[mem-ssa]</code> in the subject
- line.</dd>
-
<dt>gimple-tuples-branch</dt>
<dd>This branch contains the implementation of GIMPLE tuples, a new
representation for GIMPLE statements and expressions that replaces the
@@ -245,21 +187,6 @@
with mainline. Patches and discussion on this branch should be marked with
the tag <code>[tuples]</code> in the subject line.</dd>
- <dt>yara-branch</dt>
- <dd>This branch contains Yet Another Register Allocator (YARA).
- The branch is maintained by Vladimir Makarov <
- <a href="mailto:vmakarov@redhat.com";>vmakarov@redhat.com</a>>
- and will be merged with mainline from time to time. Patches
- will be marked with the tag
- <code>[yara-branch]</code> in the subject line.</dd>
-
- <dt>opt-diary</dt>
- <dd>This branch contains the implementation of Optimization Diary,
- a collection of useful log information generated by the optimizers.
- This branch is maintained by Devang Patel. Patches and discussion
- on this branch should be marked with the tag
- <code>[opt-diary]</code> in the subject line.</dd>
-
<dt>lto</dt>
<dd>This branch aims to implement link-time optimization. Patches
and discussion on this branch should be marked with the tag
@@ -293,28 +220,6 @@
is maintained by <a href="mailto:bergner@vnet.ibm.com";>Peter
Bergner</a>.</dd>
- <dt>insn-select</dt>
- <dd>This branch aims to implement in early instruction selection
- and register class selection pass, which runs before register allocation
- and subsumes the current <code>regclass</code> pass. In particular
- the goal is to chose an alternative per instruction, usable as a base
- during register allocation, which ideally is not changed during reload
- if registers could be allocated. This will not be possible in all cases,
- especially when addresses generated during spilling will be invalid on
- the target machine. But we should be able to do away with fake register
- classes representing strict unions of other register classes. Patches
- should be marked with <code>[isel]</code> or <code>[insn-select]</code>
- in the subject line. The branch is maintained by Michael Matz.</dd>
-
- <dt>addressing-modes</dt>
- <dd>This branch aims to clean up the way base and index registers are
- handled by target headers. In particular, the strict and non-strict
- meaning of these registers are unified and a common API is presented to
- implementations of the target macros. Obsolete target macros will also
- be removed. Patches should be marked with <code>[addrmodes]</code> in
- the subject line, and only need approval (from Paolo Bonzini) if they may
- change the compiler output. The branch is maintained by Paolo Bonzini.</dd>
-
<dt>ira</dt>
<dd>This branch contains the Integrated Register Allocator (IRA). It is
based on work done on yara-branch. The latter is more of a research
@@ -347,14 +252,6 @@
time. Patches will be marked with the tag <code>[plugin]</code>
in the subject line.</dd>
- <dt>alias-export</dt>
- <dd>This branch contains the Tree SSA alias export patch and is used
- to experiment with the propagation process. This branch is maintained
- by Diego Novillo <a href="mailto:dnovillo@google.com";>
- dnovillo@google.com</a> and will be merged with mainline from time to
- time. Patches will be marked with the tag <code>[alias-export]</code>
- in the subject line.</dd>
-
<dt>incremental-compiler</dt>
<dd>This branch contains change to turn GCC into an incremental
compiler. The branch is maintained by Tom
@@ -437,63 +334,6 @@
<dl>
- <dt>csl-arm-branch</dt>
- <dd>CodeSourcery branch for developing ARM back end improvements.
- The branch is maintained by CodeSourcery personnel. Patches should
- be marked with the tag <code>[csl-arm-branch]</code> in the subject
- line.</dd>
-
- <dt>csl/coldfire-4_1</dt>
- <dd>CodeSourcery branch for developing ColdFire back end improvements.
- The branch is maintained by CodeSourcery personnel. Patches should
- be marked with the tag <code>[csl-coldfire]</code> in the subject
- line.</dd>
-
- <dt>csl-sol210-3_4-branch</dt>
- <dd>CodeSourcery branch for developing Solaris 2.10 AMD64 support
- for GCC 3.4. This branch is maintained by CodeSourcery personnel.
- Patches should be marked with the tag
- <code>[csl-sol210-branch]</code> in the subject line.</dd>
-
- <dt>hammer-3_3-branch</dt>
- <dd>The goal of this branch is to have a stable compiler based on GCC 3.3
- with improved performance for AMD's 64-bit Hammer CPUs. The branch is
- maintained by Jan Hubicka <<a href="mailto:jh@suse.cz";>jh@suse.cz</a>>
- and Andreas Jaeger <<a href="mailto:aj@suse.de";>aj@suse.de</a>>.
- Patches added on this branch might not be appropriate for the GCC 3.3
- branch due to our policies concerning release branches. All patches
- will be added to mainline GCC (for 3.4). The branch is regularly
- merged with the GCC 3.3 branch.</dd>
-
- <dt>gcc-3_4-e500-branch</dt>
- <dd>This branch is for stabilization of the powerpc-*spe
- architecture, and for adding support for the 8548 chip (e500 v2). This
- branch is maintained by Aldy Hernandez. Patches should be marked with the
- tag <code>[3.4-e500]</code> in the subject line. ChangeLog entries should
- go in ChangeLog.e500.</dd>
-
- <dt>ia64-fp-model-branch</dt>
- <dd>This branch is a short-lived development branch with the goal of
- implementing the improvements and features discussed at the <a href=
- "http://gcc.gnu.org/wiki/ia64_floating_point";>ia64 floating point</a>
- page on the <a href="http://gcc.gnu.org/wiki/";>GCC wiki</a>. It is
- maintained by Zack Weinberg <<a
- href="mailto:zack@codesourcery.com";>zack@codesourcery.com</a>>.
- Patches should be marked with the tag <code>[ia64-fp-model]</code>
- in the subject line.</dd>
-
- <dt>ia64-improvements</dt>
- <dd>The goal of this branch is to improve the performance of binaries
- generated with GCC on the Itanium processor. Details of current
- projects on this branch can be found at the <a
- href="http://gcc.gelato.org";>Gelato GCC wiki</a> and at the <a
- href="projects/ia64.html">IA-64 improvements</a> page. This branch
- is maintained by Robert Kidd <<a
- href="mailto:rkidd@crhc.uiuc.edu";>rkidd@crhc.uiuc.edu</a>> and
- Diego Novillo. Patches and discussion related to this branch
- should be marked with the tag <code>[ia64-improvements]</code> in
- the subject line. The usual contribution and testing rules apply.</dd>
-
<dt><a href="projects/cli.html">st/cli</a></dt>
<dd>The goal of the branch is to develop a back-end producing CLI binaries,
compliant with ECMA-335 specification.
@@ -558,49 +398,6 @@
2008. The maintainer is John Freeman
<<a href="mailto:jfreeman08@gmail.com";>jfreeman08@gmail.com</a>>.</dd>
- <dt><a href="projects/cxx-reflection/">cxx-reflection-branch</a></dt>
- <dd>Part of the work on providing support for compile time reflection
- in C++ is done in this branch. This branch is maintained by Gabriel
- Dos Reis <<a href="mailto:gdr@integrable-solutions.net";>gdr@integrable-solutions.net</a>>.</dd>
-
- <dt>objc-improvements-branch</dt>
- <dd>This branch was originally used to merge Objective-C bug fixes and
- enhancements from Apple Computer into the FSF tree; this has now been
- completed. Presently, the purpose of the branch is to implement the
- Objective-C++ language in the FSF GCC source tree. The message thread
- starting <a href="http://gcc.gnu.org/ml/gcc/2003-07/msg00535.html";>here</a>
- describes this at more length. This branch is being maintained by Zem
- Laski <<a href="mailto:zlaski@apple.com";>zlaski@apple.com</a>>.</dd>
-
- <dt>libada-gnattools-branch</dt>
- <dd>This is the spiritual successor to the libada branch. This branch
- exists to solve
- <a href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5911";>bug 5911</a>
- and others, by breaking out the Ada runtime into a libada directory and
- the Ada tools into a gnattools directory. Current work is devoted to
- cleaning up the configure and make machinery, and separating it as much
- as possible from the GCC build machinery. Nathanael Nerode
- <<a href="mailto:neroden@gcc.gnu.org";>neroden@gcc.gnu.org</a>>
- is maintaining this branch.</dd>
-
- <dt>libstdcxx_so_7-branch</dt>
- <dd>This is a branch for experimental work on the C++ Runtime Library
- (libstdc++-v3) beyond the current version 6 library ABI. Paolo Carlini
- <<a href="mailto:pcarlini@suse.de";>pcarlini@suse.de</a>>
- and Benjamin Kosnik
- <<a href="mailto:bkoz@redhat.com";>bkoz@redhat.com</a>> are
- maintaining this branch.</dd>
-
- <dt>fixed-point</dt>
- <dd>This branch contains the implementation of fixed-point arithmetic support
- (<a href="http://gcc.gnu.org/wiki/FixedPointArithmetic";>
- http://gcc.gnu.org/wiki/FixedPointArithmetic</a>).
- It is maintained by Chao-ying Fu
- <<a href="mailto:fu@mips.com";>fu@mips.com</a>>
- and will be routinely merged
- with mainline. Patches and discussion on this branch should be marked with
- the tag <code>[fixed-point]</code> in the subject line.</dd>
-
<dt>named-addr-spaces-branch</dt>
<dd>This branch contains an implementation of the named address
spaces extension in <a
@@ -642,6 +439,13 @@
<dt>csl-gxxpro-3_4-branch</dt>
<dd>CodeSourcery's Sourcery G++ compilers, based on GCC 3.4.x.</dd>
+ <dt>csl-sol210-3_4-branch</dt>
+ <dd>CodeSourcery branch for developing Solaris 2.10 AMD64 support
+ for GCC 3.4; this branch is used for the system compilers in
+ OpenSolaris. This branch is maintained by CodeSourcery personnel.
+ Patches should be marked with the tag
+ <code>[csl-sol210-branch]</code> in the subject line.</dd>
+
<dt>ibm/gcc-4_1-branch</dt>
<dd>This branch provides decimal float support backported to GCC 4.1.x.
It is expected to be used primarily within IBM for PowerPC-64 GNU/Linux.
@@ -694,7 +498,8 @@
<a href="projects/tree-ssa/">tree-ssa-20020619-branch</a><br />
csl-sol210-branch (Solaris 2.10 AMD64 support)<br />
gomp-20050608-branch<br />
- gomp-3_0-branch
+ gomp-3_0-branch<br />
+ fixed-point
</dt>
<dd>These branches have been merged into the mainline.</dd>
@@ -760,6 +565,12 @@
See <a href="http://gcc.gnu.org/ml/gcc/2003-04/msg00733.html";>this
message</a> for details.</dd>
+ <dt>gcc-3_4-e500-branch</dt>
+ <dd>This branch was for stabilization of the powerpc-*spe
+ architecture, and for adding support for the 8548 chip (e500 v2). This
+ branch was maintained by Aldy Hernandez. All the e500 support was
+ merged to mainline.</dd>
+
<dt>gomp-01-branch</dt>
<dt>gomp-branch</dt>
<dd>These two branches were initial attempts to implement
@@ -849,6 +660,176 @@
mainline. Future C++0x features will be developed against mainline
or, in the case of concepts, on
the <a href="projects/cxx0x.html#concepts">cxx0x-concepts-branch</a>.</dd>
+
+ <dt><a href="projects/tree-profiling.html">tree-profiling-branch</a></dt>
+ <dd>This branch was for the development of profiling heuristics
+ and profile based optimizations for trees, such as profile driven inline
+ heuristics. Another goal of this branch was to demonstrate that maintaining
+ the CFG and profile information over expanding from GIMPLE trees to RTL
+ is feasible and can bring considerable performance improvements.
+ It is no longer maintained.</dd>
+
+ <dt>new-regalloc-branch</dt>
+ <dd>Daniel Berlin and Michael Matz were working on an implementation
+ of a graph-coloring register allocator on this branch. It is known to
+ bootstrap under x86-linux-gnu and ppc-linux-gnu. It is no longer
+ maintained.</dd>
+
+ <dt>structure-aliasing-branch</dt>
+ <dd>This branch contains improvements to the tree optimizers ability
+ to do pointer-to-structure aliasing analysis and optimization.
+ This involves some significant rework of the way
+ our memory information is represented in the tree-ssa form.
+ The branch was maintained by Daniel Berlin. It is no longer
+ maintained.</dd>
+
+ <dt><a href="projects/cfo.html">cfo-branch</a></dt>
+ <dd>The goal of this branch was to add a new extension for improving
+ the code size optimization of GCC with code factoring methods (code
+ motion and merging algorithms). It is no longer maintained.</dd>
+
+ <dt>reload-branch</dt>
+ <dd>This branch contains a version of reload in which the tracking
+ of reload register lifetimes and the inheritance code has been
+ rewritten in an attempt to make it more maintainable. It is no
+ longer maintained.</dd>
+
+ <dt>dead/improved-aliasing-branch</dt>
+ <dd>This branch contains improvements to the tree-based aliasing
+ infrastructure. The branch was maintained by Daniel Berlin <<a
+ href="mailto:dberlin@dberlin.org";>dberlin@dberlin.org</a>> and
+ Diego Novillo <<a href="mailto:dnovillo@redhat.com";>
+ dnovillo@redhat.com</a>>. It is no longer maintained.</dd>
+
+ <dt><a href="projects/sched-treegion.html">sched-treegion-branch</a></dt>
+ <dd>This branch was for the development of a treegion-based instruction
+ scheduler. The branch was maintained by Chad Rosier. It is no
+ longer maintained.</dd>
+
+ <dt>mem-ssa</dt>
+ <dd>This branch contains the implementation of Memory SSA, a new
+ mechanism for representing memory operations in SSA form (<a
+ href="http://gcc.gnu.org/ml/gcc/2006-02/msg00620.html";>http://gcc.gnu.org/ml/gcc/2006-02/msg00620.html</a>).
+ The branch was maintained by Diego Novillo. It is no longer
+ maintained.</dd>
+
+ <dt>yara-branch</dt>
+ <dd>This branch contains Yet Another Register Allocator (YARA).
+ The branch was maintained by Vladimir Makarov <
+ <a href="mailto:vmakarov@redhat.com";>vmakarov@redhat.com</a>>.
+ It is no longer maintained; some of the work was used as a basis
+ for the work on the ira branch.</dd>
+
+ <dt>opt-diary</dt>
+ <dd>This branch contains the implementation of Optimization Diary,
+ a collection of useful log information generated by the optimizers.
+ This branch was maintained by Devang Patel. It is no longer
+ maintained.</dd>
+
+ <dt>insn-select</dt>
+ <dd>This branch aimed to implement in early instruction selection
+ and register class selection pass, which runs before register allocation
+ and subsumes the current <code>regclass</code> pass. In particular
+ the goal is to chose an alternative per instruction, usable as a base
+ during register allocation, which ideally is not changed during reload
+ if registers could be allocated. This will not be possible in all cases,
+ especially when addresses generated during spilling will be invalid on
+ the target machine. But we should be able to do away with fake register
+ classes representing strict unions of other register classes. The
+ branch was maintained by Michael Matz. It is no longer
+ maintained.</dd>
+
+ <dt>addressing-modes</dt>
+ <dd>This branch aimed to clean up the way base and index registers are
+ handled by target headers. In particular, the strict and non-strict
+ meaning of these registers are unified and a common API is presented to
+ implementations of the target macros. Obsolete target macros will also
+ be removed. The branch was maintained by Paolo Bonzini. It is no
+ longer maintained.</dd>
+
+ <dt>alias-export</dt>
+ <dd>This branch contains the Tree SSA alias export patch and was used
+ to experiment with the propagation process. This branch was maintained
+ by Diego Novillo <a href="mailto:dnovillo@google.com";>
+ dnovillo@google.com</a>. It is no longer maintained.</dd>
+
+ <dt>csl-arm-branch</dt>
+ <dd>CodeSourcery branch for developing ARM back end improvements.
+ The branch was maintained by CodeSourcery personnel. It is no
+ longer maintained; almost all the patches have been merged to
+ mainline.</dd>
+
+ <dt>csl/coldfire-4_1</dt>
+ <dd>CodeSourcery branch for developing ColdFire back end improvements.
+ The branch was maintained by CodeSourcery personnel. It is no
+ longer maintained; almost all the patches have been merged to
+ mainline.</dd>
+
+ <dt>ia64-fp-model-branch</dt>
+ <dd>This branch was a sdevelopment branch with the goal of
+ implementing the improvements and features discussed at the <a href=
+ "http://gcc.gnu.org/wiki/ia64_floating_point";>ia64 floating point</a>
+ page on the <a href="http://gcc.gnu.org/wiki/";>GCC wiki</a>. It was
+ maintained by Zack Weinberg <<a
+ href="mailto:zack@codesourcery.com";>zack@codesourcery.com</a>>.
+ It is no longer maintained.</dd>
+
+ <dt>ia64-improvements</dt>
+ <dd>The goal of this branch was to improve the performance of binaries
+ generated with GCC on the Itanium processor. Details of current
+ projects on this branch can be found at the <a
+ href="http://gcc.gelato.org";>Gelato GCC wiki</a> and at the <a
+ href="projects/ia64.html">IA-64 improvements</a> page. This branch
+ was maintained by Robert Kidd <<a
+ href="mailto:rkidd@crhc.uiuc.edu";>rkidd@crhc.uiuc.edu</a>> and
+ Diego Novillo. It is no longer maintained.</dd>
+
+ <dt><a href="projects/cxx-reflection/">cxx-reflection-branch</a></dt>
+ <dd>Part of the work on providing support for compile time reflection
+ in C++ was done in this branch. This branch was maintained by Gabriel
+ Dos Reis
+ <<a href="mailto:gdr@integrable-solutions.net";>gdr@integrable-solutions.net</a>>.
+ It is no longer maintained.</dd>
+
+ <dt>hammer-3_3-branch</dt>
+ <dd>The goal of this branch was to have a stable compiler based on GCC 3.3
+ with improved performance for AMD's 64-bit Hammer CPUs. The branch was
+ maintained by Jan Hubicka <<a href="mailto:jh@suse.cz";>jh@suse.cz</a>>
+ and Andreas Jaeger <<a href="mailto:aj@suse.de";>aj@suse.de</a>>.
+ Patches added on this branch might not be appropriate for the GCC 3.3
+ branch due to our policies concerning release branches. All patches
+ were added to mainline GCC (for 3.4).</dd>
+
+ <dt>objc-improvements-branch</dt>
+ <dd>This branch was originally used to merge Objective-C bug fixes and
+ enhancements from Apple Computer into the FSF tree; this has now been
+ completed. A later purpose of the branch was to implement the
+ Objective-C++ language in the FSF GCC source tree. The message thread
+ starting <a href="http://gcc.gnu.org/ml/gcc/2003-07/msg00535.html";>here</a>
+ describes this at more length. This branch was being maintained by Zem
+ Laski
+ <<a href="mailto:zlaski@apple.com";>zlaski@apple.com</a>>. It
+ is no longer maintained.</dd>
+
+ <dt>libada-gnattools-branch</dt>
+ <dd>This is the spiritual successor to the libada branch. This branch
+ exists to solve
+ <a href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5911";>bug 5911</a>
+ and others, by breaking out the Ada runtime into a libada directory and
+ the Ada tools into a gnattools directory. Work was devoted to
+ cleaning up the configure and make machinery, and separating it as much
+ as possible from the GCC build machinery. Nathanael Nerode
+ <<a href="mailto:neroden@gcc.gnu.org";>neroden@gcc.gnu.org</a>>
+ maintained this branch. It is no longer maintained.</dd>
+
+ <dt>libstdcxx_so_7-branch</dt>
+ <dd>This was a branch for experimental work on the C++ Runtime Library
+ (libstdc++-v3) beyond the current version 6 library ABI. Paolo Carlini
+ <<a href="mailto:pcarlini@suse.de";>pcarlini@suse.de</a>>
+ and Benjamin Kosnik
+ <<a href="mailto:bkoz@redhat.com";>bkoz@redhat.com</a>> were
+ maintaining this branch. It is no longer maintained.</dd>
+
</dl>
</body>
--
Joseph S. Myers
joseph@codesourcery.com