I've applied this patch to sort the other branch lists in svn.html. I
also added an index and split the inactive branch list into merged and
plain inactive.
Attention branch maintainers: Please check whether I've incorrectly
put a merged branch on the inactive list.
nathan
--
Nathan Sidwell
? htdocs/.#svn.html.1.208
Index: htdocs/svn.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.210
diff -r1.210 svn.html
150c150,161
< <h4>General Infrastructure</h4>
---
> <ul>
> <li><a href="#general">General</a></li>
> <li><a href="#arch">Architecture</a></li>
> <li><a href="#target">Target</a></li>
> <li><a href="#lang">Language</a></li>
> <li><a href="#distrobranches">Distribution</a></li>
> <li><a href="#merged">Merged</a></li>
> <li><a href="#olddevbranches">Inactive</a></li>
>
> </ul>
>
> <h4 id="general">General Infrastructure</h4>
371c382
< <h4>Architecture-specific</h4>
---
> <h4 id="arch">Architecture-specific</h4>
374,381c385,388
< <dt>avx-512vlbwdq</dt>
< <dd>The goal of this branch is to implement the Intel AVX-512{VL,BW,DQ}
< Programming Reference
< (<a href="https://software.intel.com/sites/default/files/managed/c5/15/architecture-instruction-set-extensions-programming-reference.pdf">link</a>).
< The branch is maintained by Yukhin Kirill <<a
< href="mailto:kirill.yuk...@intel.com">kirill.yuk...@intel.com</a>>.
< Patches should be marked with the tag <code>[AVX512]</code> in the subject
< line.</dd>
---
> <dt>arc-20081210-branch</dt>
> <dd>The goal of this branch is to make the port to the ARCompact
> architecture available. This branch is maintained by Joern Rennecke
> during spring 2009, and is expected to be unmaintained thereafter.</dd>
391,392c398,400
< <dt>mpx</dt>
< <dd>The goal of this branch is to support Intel MPX technology
---
> <dt>avx-512vlbwdq</dt>
> <dd>The goal of this branch is to implement the Intel AVX-512{VL,BW,DQ}
> Programming Reference
394,396c402,404
< The branch is maintained by
< Ilya Enkovich <<a href="mailto:ilya.enkov...@intel.com">ilya.enkov...@intel.com</a>>
< Patches should be marked with the tag <code>[MPX]</code> in the subject
---
> The branch is maintained by Yukhin Kirill <<a
> href="mailto:kirill.yuk...@intel.com">kirill.yuk...@intel.com</a>>.
> Patches should be marked with the tag <code>[AVX512]</code> in the subject
399,408d406
< <dt><a href="projects/cli.html">st/cli-be</a></dt>
< <dd>The goal of the branch is to develop a back end producing CLI binaries,
< compliant with ECMA-335 specification.
< This branch was originally maintained by Roberto Costa
< <<a href="mailto:robsettanta...@gmail.com">robsettanta...@gmail.com</a>>.
< Since May 2007, the current maintainers are Andrea Ornstein
< <<a href="mailto:andrea.ornst...@st.com">andrea.ornst...@st.com</a>>
< and Erven Rohou
< <<a href="mailto:erven.ro...@st.com">erven.ro...@st.com</a>>.</dd>
<
416a415,424
> <dt>cell-4_3-branch</dt>
> <dd>The goal of this branch is to add fixes and additional features required
> for the Cell/B.E. processor (both PPE and SPE) to GCC 4.3.x. This branch
> is maintained by Ulrich Weigand.</dd>
>
> <dt>cell-4_4-branch</dt>
> <dd>The goal of this branch is to back-port from mainline fixes and additional
> features required for the Cell/B.E. SPE processor to GCC 4.4.x. This branch
> is maintained by Ulrich Weigand. The branch is merged from gcc-4_4-branch.</dd>
>
450,453c458,462
< <dt>cell-4_3-branch</dt>
< <dd>The goal of this branch is to add fixes and additional features required
< for the Cell/B.E. processor (both PPE and SPE) to GCC 4.3.x. This branch
< is maintained by Ulrich Weigand.</dd>
---
> <dt>microblaze</dt>
> <dd>This branch contains support for the Xilinx MicroBlaze architecture.
> This branch will be used to update MicroBlaze support from gcc-4.1.2 to
> to the head. It is maintained by Michael Eager
> <<a href="mailto:ea...@eagercon.com">ea...@eagercon.com</a>>.</dd>
455,458c464,480
< <dt>cell-4_4-branch</dt>
< <dd>The goal of this branch is to back-port from mainline fixes and additional
< features required for the Cell/B.E. SPE processor to GCC 4.4.x. This branch
< is maintained by Ulrich Weigand. The branch is merged from gcc-4_4-branch.</dd>
---
> <dt>mpx</dt>
> <dd>The goal of this branch is to support Intel MPX technology
> (<a href="https://software.intel.com/sites/default/files/managed/c5/15/architecture-instruction-set-extensions-programming-reference.pdf">link</a>).
> The branch is maintained by
> Ilya Enkovich <<a href="mailto:ilya.enkov...@intel.com">ilya.enkov...@intel.com</a>>
> Patches should be marked with the tag <code>[MPX]</code> in the subject
> line.</dd>
>
> <dt><a href="projects/cli.html">st/cli-be</a></dt>
> <dd>The goal of the branch is to develop a back end producing CLI binaries,
> compliant with ECMA-335 specification.
> This branch was originally maintained by Roberto Costa
> <<a href="mailto:robsettanta...@gmail.com">robsettanta...@gmail.com</a>>.
> Since May 2007, the current maintainers are Andrea Ornstein
> <<a href="mailto:andrea.ornst...@st.com">andrea.ornst...@st.com</a>>
> and Erven Rohou
> <<a href="mailto:erven.ro...@st.com">erven.ro...@st.com</a>>.</dd>
466,476d487
< <dt>arc-20081210-branch</dt>
< <dd>The goal of this branch is to make the port to the ARCompact
< architecture available. This branch is maintained by Joern Rennecke
< during spring 2009, and is expected to be unmaintained thereafter.</dd>
<
< <dt>microblaze</dt>
< <dd>This branch contains support for the Xilinx MicroBlaze architecture.
< This branch will be used to update MicroBlaze support from gcc-4.1.2 to
< to the head. It is maintained by Michael Eager
< <<a href="mailto:ea...@eagercon.com">ea...@eagercon.com</a>>.</dd>
<
484c495
< <h4>Target-specific</h4>
---
> <h4 id="target">Target-specific</h4>
499c510
< <h4>Language-specific</h4>
---
> <h4 id="lang">Language-specific</h4>
501a513,526
> <dt>c++-concepts</dt>
> <dd>This is the sandbox for renewed work on <em>concepts for C++</em>.
> It was originally created by Gabriel Dos Reis, with implementation
> contributed by Andrew Sutton. It is currently maintained by
> <a href="mailto:ja...@gcc.gnu.org">Jason Merrill</a>.</dd>
>
> <dt>cilkplus</dt>
> <dd>This branch is for the development of
> <a href="https://www.cilkplus.org">Cilk Plus</a> language extension support
> on GCC and G++ compilers. This branch is maintained by
> <a href="mailto:balaji.v.i...@intel.com">Balaji V. Iyer</a>.
> Patches to this branch must be prefixed with <code>[cilkplus]</code> in the
> subject line. It is also highly encouraged to CC the maintainer.</dd>
>
508a534,540
> <dt>gcc-4_4-plugins</dt>
> <dd>This branch is for backporting the plugin functionality into
> a 4.4-based release. There will be no new code or functionality
> added to this branch. It is maintained by Diego Novillo.
> Only patches backported from mainline are accepted. They should
> be marked with the tag [4_4-plugins] in the Subject line.</dd>
>
525,531d556
< <dt>gcc-4_4-plugins</dt>
< <dd>This branch is for backporting the plugin functionality into
< a 4.4-based release. There will be no new code or functionality
< added to this branch. It is maintained by Diego Novillo.
< Only patches backported from mainline are accepted. They should
< be marked with the tag [4_4-plugins] in the Subject line.</dd>
<
551,570d575
< <dt>c++-concepts</dt>
< <dd>This is the sandbox for renewed work on <em>concepts for C++</em>.
< It was originally created by Gabriel Dos Reis, with implementation
< contributed by Andrew Sutton. It is currently maintained by
< <a href="mailto:ja...@gcc.gnu.org">Jason Merrill</a>.</dd>
<
< <dt>var-template</dt>
< <dd>This branch is for implementation work on
< <em>variable template for C++</em>. It was originally
< created by Gabriel Dos Reis. It is maintained by
< <a href="mailto:ja...@gcc.gnu.org">Jason Merrill</a>.</dd>
<
< <dt>cilkplus</dt>
< <dd>This branch is for the development of
< <a href="https://www.cilkplus.org">Cilk Plus</a> language extension support
< on GCC and G++ compilers. This branch is maintained by
< <a href="mailto:balaji.v.i...@intel.com">Balaji V. Iyer</a>.
< Patches to this branch must be prefixed with <code>[cilkplus]</code> in the
< subject line. It is also highly encouraged to CC the maintainer.</dd>
<
577a583,587
> <dt>var-template</dt>
> <dd>This branch is for implementation work on
> <em>variable template for C++</em>. It was originally
> created by Gabriel Dos Reis. It is maintained by
> <a href="mailto:ja...@gcc.gnu.org">Jason Merrill</a>.</dd>
603,625d612
< <dt>csl-3_3_1-branch</dt>
< <dd>CodeSourcery release based on GCC 3.3.1.</dd>
<
< <dt>csl-arm-2004-q3-branch</dt>
< <dd>CodeSourcery ARM 2004-Q3 release</dd>
<
< <dt>csl-3_4-linux-branch</dt>
< <dd>CodeSourcery GNU/Linux compilers based on GCC 3.4.x.</dd>
<
< <dt>csl-3_4_3-linux-branch</dt>
< <dd>CodeSourcery GNU/Linux compilers based on GCC 3.4.3, with
< patches from the csl-arm-branch.</dd>
<
< <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>
<
720,765c707
< <h3 id="olddevbranches">Inactive Development Branches</h3>
<
< <dl>
<
< <dt>dfp-branch <br />
< edge-vector-branch <br />
< cp-parser-branch<br />
< cp-parser-branch-2<br />
< pch-branch<br />
< gcc-3_4-basic-improvements-branch<br />
< mips-3_4-rewrite-branch<br />
< dfa-branch<br />
< gcj-abi-2-dev-branch<br />
< gcj-eclipse-branch<br />
< <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<br />
< fixed-point<br />
< <a href="https://gcc.gnu.org/wiki/tuples/">gimple-tuples-branch</a><br />
< c-4_5-branch<br />
< alias-improvements<br />
< cond-optab<br />
< <a href="https://gcc.gnu.org/wiki/Var_Tracking_Assignments">var-tracking-assignments*-branch</a><br />
< <a href="https://gcc.gnu.org/wiki/MemRef">mem-ref2</a><br />
< </dt>
< <dd>These branches have been merged into the mainline.</dd>
<
< <dt>apple-ppc-branch</dt>
< <dd>This branch was for various improvements in use at Apple and to
< coordinate work with others. This branch was maintained by the folks
< at Apple. It has been superseded by apple-local-200502-branch.</dd>
<
< <dt>thread-annotations</dt>
< <dd>This branch contained the implementation of thread safety annotations
< and analysis (<a href="https://gcc.gnu.org/wiki/ThreadSafetyAnnotation">https://gcc.gnu.org/wiki/ThreadSafetyAnnotation</a>).
< It was superseded by the <a href="#annotalysis">annotalysis branch.</a>
< </dd>
<
< <dt><a href="projects/strees/index.html">stree-branch</a></dt>
< <dd>This branch was for improving compilation speed and reducing memory
< use by representing declarations as small flat data structures whenever
< possible, lazily expanding them into full trees when necessary. This
< branch was being maintained by Matt Austern, Robert Bowdidge, Geoff
< Keating, and Mike Stump. Patches were marked with the tag
< <code>[stree]</code> in the subject line.</dd>
---
> <h3 id="merged">Merged Development Branches</h3>
767,772c709
< <dt>compile-server-branch</dt>
< <dd>This branch was aimed at improving compile speed by caching work
< done between compilations. The work saved is mainly related to header
< file processing. This branch was maintained by Mike Stump and Per Bothner.
< Patches were marked with the tag <code>[cs]</code> in the subject
< line.</dd>
---
> <p>These development have been merged to gcc mainline, and thus inactive.
774,780c711,714
< <dt>libobjc-branch</dt>
< <dd>The branch is aimed to clean up libobjc and make it run on Darwin.
< Patches should be marked with the tag <code>[libobjc-branch]</code>
< in the subject line. Patches can be approved by Andrew Pinski
< <<a href="mailto:pins...@gcc.gnu.org">pins...@gcc.gnu.org</a>>
< or Nicola Pero
< <<a href="mailto:n.p...@mi.flashnet.it">n.p...@mi.flashnet.it</a>>.</dd>
---
> <dl>
> <dt>ARM/aarch64-branch</dt>
> <dd>This branch added support for the AArch64 architecture and tracked
> trunk until the port was merged into mainline.</dd>
781a716,717
> <dt>alias-improvements</dt>
> <dt>c-4_5-branch</dt>
789,798c725,737
< <dt>pointer_plus</dt>
< <dd>This branch is for the development of POINTER_PLUS_EXPR. Which
< is to be used instead of casting between an integer type and a pointer
< type before doing pointer addition. This branch is being maintained
< by Andrew Pinski. Patches for this branch should be marked with
< the tag <code>[PTR-PLUS]</code> in the subject line, and CC'ed to
< <a href="mailto:pins...@gmail.com">Andrew Pinski</a>.</dd>
<
< <dt>tree-ssa-cfg-branch</dt>
< <dd>This branch has been merged into the tree-ssa-20020619-branch.</dd>
---
> <dt>cond-optab</dt>
> <dt>cp-parser-branch</dt>
> <dt>cp-parser-branch-2</dt>
> <dt>csl-*-branch</dt>
> <dt>csl/coldfire-4_1</dt>
> <dt>cxx0x-branch</dt>
> <dd>This branch was for the development of C++0x features, and all
> features developed on this branch have been merged to mainline. Future
> C++0x features will be developed against mainline. This branch was
> deleted at revision 152320.</dd>
> <dt><a href="projects/cxx0x.html#lambdas">cxx0x-lambdas-branch</a></dt>
> <dd>This branch was for the development of lambda functions, a coming
> feature in C++0x. It was merged into the trunk at revision 152318.</dd>
800,803c739,746
< <dt><a href="projects/ast-optimizer.html">ast-optimizer-branch</a></dt>
< <dd>The purpose of this branch was to improve GCC's tree based
< optimizations. The patches of this branch have been moved to the
< tree-ssa-20020619-branch.</dd>
---
> <dt>dataflow-branch</dt>
> <dd>This branch has been merged into mainline on June 6, 2007
> as svn revision 125624. It used to contain a replacement of back-end
> dataflow with df.c based dataflow. The branch was maintained
> by Daniel Berlin <
> <a href="mailto:dber...@dberlin.org">dber...@dberlin.org</a>>
> and Kenneth Zadeck <<a href="mailto:zad...@naturalbridge.com">
> zad...@naturalbridge.com</a>> </dd>
805,809d747
< <dt>faster-compiler-branch</dt>
< <dd>This was a temporary branch for compiler speedups for GCC 3.4.
< See <a href="https://gcc.gnu.org/ml/gcc/2002-08/msg00498.html">this
< thread</a> for discussion of possible work still to be done in this
< area. The branch is unmaintained at present.</dd>
811,814c749,759
< <dt>gcc-3_3-e500-branch</dt>
< <dd>This branch was for backporting the PowerPC/E500 back end to GCC 3.3.
< See <a href="https://gcc.gnu.org/ml/gcc/2003-04/msg00733.html">this
< message</a> for details.</dd>
---
> <dt>dfa-branch</dt>
> <dt>dfp-branch </dt>
> <dt>edge-vector-branch </dt>
> <dt>fixed-point</dt>
> <dt>function-specific-branch</dt>
> <dd>This branch is for development of adding function specific options to
> GCC. See the GCC
> <a href="https://gcc.gnu.org/wiki/FunctionSpecificOpt">wiki</a> for a more
> detailed project description. Patches should be marked with the tag
> <code>[function-specific]</code> in the subject line.
> The branch has been merged into GCC 4.4.</dd>
815a761
> <dt>gcc-3_4-basic-improvements-branch</dt>
822,826c768,781
< <dt>gomp-01-branch</dt>
< <dt>gomp-branch</dt>
< <dd>These two branches were initial attempts to implement
< OpenMP support in GCC. They were never properly maintained and
< have now been superseded by <code>gomp-20050608-branch</code>.</dd>
---
> <dt>gcj-abi-2-dev-branch</dt>
> <dt>gcj-eclipse-branch</dt>
> <dt><a href="https://gcc.gnu.org/wiki/tuples/">gimple-tuples-branch</a></dt>
> <dt>gomp-20050608-branch</dt>
> <dt>gomp-3_0-branch</dt>
> <dt>java-gui-20050128-branch</dt>
> <dd>This was a temporary branch for development of java GUI libraries
> (AWT and Swing) in the libjava directory. It has been merged into
> mainline.</dd>
>
> <dt>killloop-branch</dt>
> <dd>The missing optimizations and optimization improvements necessary
> for removing the old loop optimizer were developed on this branch.
> Most of these changes were merged in 4.2.</dd>
834,837c789,798
< <dt>java-gui-branch</dt>
< <dd>This was a temporary branch for development of java GUI libraries
< (AWT and Swing) in the libjava directory. It has been superseded
< by java-gui-20050128-branch</dd>
---
> <dt><a href="https://gcc.gnu.org/wiki/MemRef">mem-ref2</a></dt>
> <dt>mips-3_4-rewrite-branch</dt>
> <dt>named-addr-spaces-branch</dt>
> <dd>This branch was the development branch to add named address space support
> for architectures that have multiple address spaces. The CELL/spu architecture
> adds an <code>__ea</code> keyword to describe extended memory in the host chip
> address space instead of the local CELL/spu address space. The branch was
> created by Ben Elliston, modified by Michael Meissner and eventually maintained by
> <a href="mailto:ulrich.weig...@de.ibm.com">Ulrich Weigand</a>. All changes from
> this branch were merged into mainline.</dd>
839,842c800,802
< <dt>java-gui-20050128-branch</dt>
< <dd>This was a temporary branch for development of java GUI libraries
< (AWT and Swing) in the libjava directory. It has been merged into
< mainline.</dd>
---
> <dt>pch-branch</dt>
> <dt><a href="projects/tree-ssa/">tree-ssa-20020619-branch</a></dt>
> <dt><a href="https://gcc.gnu.org/wiki/Var_Tracking_Assignments">var-tracking-assignments*-branch</a></dt>
844,847c804,809
< <dt>gcjx-branch</dt>
< <dd>This branch was used for development of gcjx, a rewrite of the
< front end for the Java programming language. It has been superseded
< by gcj-eclipse-branch. </dd>
---
> <dt>predcom</dt>
> <dd>This branch aimed to implement predictive commoning optimization
> and to introduce the changes to the representation of Fortran arrays,
> alias analysis and dependency analysis to make it useful for
> the common applications (e.g., mgrid). The branch was merged
> in 4.3.</dd>
849,851c811,815
< <dt>csl-hpux-branch</dt>
< <dd>This branch was for changes to G++ to be more compatible with
< ABI bugs in the HP-UX C++ compiler. It is now unmaintained.</dd>
---
> <dt>split</dt>
> <dd>For development of stack splitting, as described
> on <a href="https://gcc.gnu.org/wiki/SplitStacks">the GCC wiki</a>.
> This branch was maintained by Ian Lance Taylor. All changes were
> merged into mainline.</dd>
859a824,861
> </dl>
>
> <h3 id="olddevbranches">Inactive Development Branches</h3>
>
> <p>These branches are inactive and contain work that might not been
> merged.
>
> <dl>
>
> <dt>ARM/hard_vfp_4_4_branch</dt>
> <dd>This branch contains support for the hard-VFP variant of the AAPCS calling
> standard and tracked gcc-4.4 development. This branch was maintained by
> Richard Earnshaw.</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 id="annotalysis">annotalysis</dt>
> <dd>This branch contains the implementation of thread safety annotations
> and analysis (<a href="https://gcc.gnu.org/wiki/ThreadSafetyAnnotation">https://gcc.gnu.org/wiki/ThreadSafetyAnnotation</a>).
> The branch was maintained by
> <a href="mailto:deles...@google.com">Delesley Hutchins</a>.</dd>
>
> <dt>apple-ppc-branch</dt>
> <dd>This branch was for various improvements in use at Apple and to
> coordinate work with others. This branch was maintained by the folks
> at Apple. It has been superseded by apple-local-200502-branch.</dd>
>
> <dt><a href="projects/ast-optimizer.html">ast-optimizer-branch</a></dt>
> <dd>The purpose of this branch was to improve GCC's tree based
> optimizations. The patches of this branch have been moved to the
> tree-ssa-20020619-branch.</dd>
>
867,880c869,876
< <dt>redhat/gcc-3_3-branch</dt>
< <dd>This branch used to hold Red Hat GNU/Linux compilers based on
< GCC 3.3.x.</dd>
<
< <dt><a href="projects/cfg.html">rtlopt-branch</a></dt>
< <dd>This branch was the successor to the cfg-branch, with the exception
< that it was based on GCC pre-3.4. The purpose of the branch was to develop
< and test infrastructure for CFG based code improving transformations on
< RTL.</dd>
<
< <dt>killloop-branch</dt>
< <dd>The missing optimizations and optimization improvements necessary
< for removing the old loop optimizer were developed on this branch.
< Most of these changes were merged in 4.2.</dd>
---
> <dt>boehms-gc</dt>
> <dd>The goal of this branch was to test Boehm's GC feasibility as the
> garbage collector for GCC proper. This was a part of Google Summer
> of Code project, described in detail
> at <a href="https://gcc.gnu.org/wiki/Garbage_collection_tuning">https://gcc.gnu.org/wiki/Garbage_collection_tuning</a>. The
> branch was maintained
> by <a href="mailto:laurynas.bivei...@gmail.com">Laurynas
> Biveinis</a>.</dd>
882,887c878,881
< <dt>ssaupdate-branch</dt>
< <dd>This branch served to clean up and improve utilities for the SSA
< form updating, as well as for related changes of the SSA form
< representation. Most of the changes in this branch were never merged.
< Part of them were incorporated in Diego Novillo's SSA updating
< improvement patch.</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>
889,894c883,888
< <dt>predcom</dt>
< <dd>This branch aimed to implement predictive commoning optimization
< and to introduce the changes to the representation of Fortran arrays,
< alias analysis and dependency analysis to make it useful for
< the common applications (e.g., mgrid). The branch was merged
< in 4.3.</dd>
---
> <dt>compile-server-branch</dt>
> <dd>This branch was aimed at improving compile speed by caching work
> done between compilations. The work saved is mainly related to header
> file processing. This branch was maintained by Mike Stump and Per Bothner.
> Patches were marked with the tag <code>[cs]</code> in the subject
> line.</dd>
896,904c890,893
< <dt>dataflow-branch</dt>
< <dd>This branch has been merged into mainline on June 6, 2007
< as svn revision 125624. It used to contain a replacement of back-end
< dataflow with df.c based dataflow. The branch was maintained
< by Daniel Berlin <
< <a href="mailto:dber...@dberlin.org">dber...@dberlin.org</a>>
< and Kenneth Zadeck <<a href="mailto:zad...@naturalbridge.com">
< zad...@naturalbridge.com</a>>
< </dd>
---
> <dt><a href="https://gcc.gnu.org/wiki/Condate">condate-branch</a></dt>
> <dd>The purpose of this branch is to develop a language for checking
> control flow graph properties. The code of this branch has not been
> merged in trunk.</dd>
906,910c895,900
< <dt>cxx0x-branch</dt>
< <dd>This branch was for the development of C++0x features, and all
< features developed on this branch have been merged to mainline. Future
< C++0x features will be developed against mainline. This branch was
< deleted at revision 152320.</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:g...@integrable-solutions.net">g...@integrable-solutions.net</a>>.
> It is no longer maintained.</dd>
918,954d907
< <dt><a href="projects/cxx0x.html#lambdas">cxx0x-lambdas-branch</a></dt>
< <dd>This branch was for the development of lambda functions, a coming
< feature in C++0x. It was merged into the trunk at revision 152318.</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>
<
962,965c915,919
< <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>faster-compiler-branch</dt>
> <dd>This was a temporary branch for compiler speedups for GCC 3.4.
> See <a href="https://gcc.gnu.org/ml/gcc/2002-08/msg00498.html">this
> thread</a> for discussion of possible work still to be done in this
> area. The branch is unmaintained at present.</dd>
967,972c921,925
< <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="https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html">https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html</a>).
< The branch was maintained by Diego Novillo. It is no longer
< maintained.</dd>
---
> <dt>fortran-caf</dt>
> <dd>This branch contained experimental changes to the Fortran front end for
> implementing the library calls for coarray communication. It was
> maintained by Tobias Burnus
> <<a href="mailto:bur...@gcc.gnu.org">bur...@gcc.gnu.org</a>>.</dd>
974,979c927,931
< <dt>yara-branch</dt>
< <dd>This branch contains Yet Another Register Allocator (YARA).
< The branch was maintained by Vladimir Makarov <
< <a href="mailto:vmaka...@redhat.com">vmaka...@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>fortran-exp</dt>
> <dd>This branch contained experimental changes to the Fortran front end, initially
> for array constructor refactoring using splay-tree and other areas of
> optimization. It was maintained by Jerry DeLisle
> <<a href="mailto:jvdeli...@gcc.gnu.org">jvdeli...@gcc.gnu.org</a>>.</dd>
981,985c933,936
< <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>gcc-3_3-e500-branch</dt>
> <dd>This branch was for backporting the PowerPC/E500 back end to GCC 3.3.
> See <a href="https://gcc.gnu.org/ml/gcc/2003-04/msg00733.html">this
> message</a> for details.</dd>
987,1006c938,940
< <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>gcc-in-cxx</dt>
> <dd>This branch was for converting GCC to be written in C++. The
> branch was maintained by Ian Lance Taylor.</dd>
1008,1012c942,945
< <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>gcjx-branch</dt>
> <dd>This branch was used for development of gcjx, a rewrite of the
> front end for the Java programming language. It has been superseded
> by gcj-eclipse-branch. </dd>
1014,1018c947,960
< <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>gomp-01-branch</dt>
> <dt>gomp-branch</dt>
> <dd>These two branches were initial attempts to implement
> OpenMP support in GCC. They were never properly maintained and
> have now been superseded by <code>gomp-20050608-branch</code>.</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:j...@suse.cz">j...@suse.cz</a>>
> and Andreas Jaeger <<a href="mailto:a...@suse.de">a...@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>
1037,1042c979,983
< <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:g...@integrable-solutions.net">g...@integrable-solutions.net</a>>.
< It is no longer maintained.</dd>
---
> <dt>ibm/power7-tmp</dt>
> <dd>This branch was used to stage patches for Power7 (PowerPC ISA 2.06)
> from the development branch to the mainline. The branch was maintained by
> Michael Meissner,
> <a href="mailto:meiss...@linux.vnet.ibm.com">meiss...@linux.vnet.ibm.com</a>.</dd>
1044,1051c985,990
< <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:j...@suse.cz">j...@suse.cz</a>>
< and Andreas Jaeger <<a href="mailto:a...@suse.de">a...@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>ix86/avx</dt>
> <dd>The goal of this branch is to implement Intel AVX (Intel Advanced
> Vector Extensions). The branch is maintained by
> H.J. Lu <<a href="mailto:hjl.to...@gmail.com">hjl.to...@gmail.com</a>>.
> Patches should be marked with the tag <code>[AVX]</code> in the subject
> line.</dd>
1053,1062c992,1008
< <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="https://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:zla...@apple.com">zla...@apple.com</a>>. 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>java-gui-branch</dt>
> <dd>This was a temporary branch for development of java GUI libraries
> (AWT and Swing) in the libjava directory. It has been superseded
> by java-gui-20050128-branch</dd>
1074a1021,1028
> <dt>libobjc-branch</dt>
> <dd>The branch is aimed to clean up libobjc and make it run on Darwin.
> Patches should be marked with the tag <code>[libobjc-branch]</code>
> in the subject line. Patches can be approved by Andrew Pinski
> <<a href="mailto:pins...@gcc.gnu.org">pins...@gcc.gnu.org</a>>
> or Nicola Pero
> <<a href="mailto:n.p...@mi.flashnet.it">n.p...@mi.flashnet.it</a>>.</dd>
>
1083,1089c1037,1038
< <dt>function-specific-branch</dt>
< <dd>This branch is for development of adding function specific options to
< GCC. See the GCC
< <a href="https://gcc.gnu.org/wiki/FunctionSpecificOpt">wiki</a> for a more
< detailed project description. Patches should be marked with the tag
< <code>[function-specific]</code> in the subject line.
< The branch has been merged into GCC 4.4.</dd>
---
> <dt><a href="https://gcc.gnu.org/wiki/LinkTimeOptimization">lto</a></dt>
> <dd>This branch implemented link-time optimization.</dd>
1096,1119d1044
< <dt>plugin</dt>
< <dd>This branch contains work for a plugin infrastructure in GCC
< to enable additional checking work. This branch is maintained
< by Eric Christopher <a href="mailto:echri...@gmail.com">
< echri...@gmail.com</a> and will be merged with mainline from time to
< time. Patches will be marked with the tag <code>[plugin]</code>
< in the subject line.</dd>
<
< <dt><a href="https://gcc.gnu.org/wiki/Condate">condate-branch</a></dt>
< <dd>The purpose of this branch is to develop a language for checking
< control flow graph properties. The code of this branch has not been
< merged in trunk.</dd>
<
< <dt><a href="https://gcc.gnu.org/wiki/MIRO">miro-branch</a></dt>
< <dd>The purpose of this branch is to develop an improved Mudflap
< with referent objects. The code of this branch has not been merged
< in trunk.</dd>
<
< <dt>var-mappings-branch</dt>
< <dd>This branch is for improving debug information based on tracking
< multiple variables per computed value. The branch is maintained by
< Richard Biener and Michael Matz. Patches should be marked with the
< tag <code>[varmap]</code> in the subject line.</dd>
<
1128,1139c1053,1058
< <dt>gcc-in-cxx</dt>
< <dd>This branch was for converting GCC to be written in C++. The
< branch was maintained by Ian Lance Taylor.</dd>
<
< <dt>ibm/power7-tmp</dt>
< <dd>This branch was used to stage patches for Power7 (PowerPC ISA 2.06)
< from the development branch to the mainline. The branch was maintained by
< Michael Meissner,
< <a href="mailto:meiss...@linux.vnet.ibm.com">meiss...@linux.vnet.ibm.com</a>.</dd>
<
< <dt><a href="https://gcc.gnu.org/wiki/LinkTimeOptimization">lto</a></dt>
< <dd>This branch implemented link-time optimization.</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="https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html">https://gcc.gnu.org/ml/gcc/2006-02/msg00620.html</a>).
> The branch was maintained by Diego Novillo. It is no longer
> maintained.</dd>
1141,1148c1060,1063
< <dt>named-addr-spaces-branch</dt>
< <dd>This branch was the development branch to add named address space support
< for architectures that have multiple address spaces. The CELL/spu architecture
< adds an <code>__ea</code> keyword to describe extended memory in the host chip
< address space instead of the local CELL/spu address space. The branch was
< created by Ben Elliston, modified by Michael Meissner and eventually maintained by
< <a href="mailto:ulrich.weig...@de.ibm.com">Ulrich Weigand</a>. All changes from
< this branch were merged into mainline.</dd>
---
> <dt><a href="https://gcc.gnu.org/wiki/MIRO">miro-branch</a></dt>
> <dd>The purpose of this branch is to develop an improved Mudflap
> with referent objects. The code of this branch has not been merged
> in trunk.</dd>
1155,1159c1070,1085
< <dt>split</dt>
< <dd>For development of stack splitting, as described
< on <a href="https://gcc.gnu.org/wiki/SplitStacks">the GCC wiki</a>.
< This branch was maintained by Ian Lance Taylor. All changes were
< merged into mainline.</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>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="https://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:zla...@apple.com">zla...@apple.com</a>>. It
> is no longer maintained.</dd>
1161,1168c1087,1091
< <dt>boehms-gc</dt>
< <dd>The goal of this branch was to test Boehm's GC feasibility as the
< garbage collector for GCC proper. This was a part of Google Summer
< of Code project, described in detail
< at <a href="https://gcc.gnu.org/wiki/Garbage_collection_tuning">https://gcc.gnu.org/wiki/Garbage_collection_tuning</a>. The
< branch was maintained
< by <a href="mailto:laurynas.bivei...@gmail.com">Laurynas
< Biveinis</a>.</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>
1170,1172c1093,1099
< <dt>ARM/aarch64-branch</dt>
< <dd>This branch added support for the AArch64 architecture and tracked
< trunk until the port was merged into mainline.</dd>
---
> <dt>plugin</dt>
> <dd>This branch contains work for a plugin infrastructure in GCC
> to enable additional checking work. This branch is maintained
> by Eric Christopher <a href="mailto:echri...@gmail.com">
> echri...@gmail.com</a> and will be merged with mainline from time to
> time. Patches will be marked with the tag <code>[plugin]</code>
> in the subject line.</dd>
1174,1177c1101,1107
< <dt>ARM/hard_vfp_4_4_branch</dt>
< <dd>This branch contains support for the hard-VFP variant of the AAPCS calling
< standard and tracked gcc-4.4 development. This branch was maintained by
< Richard Earnshaw.</dd>
---
> <dt>pointer_plus</dt>
> <dd>This branch is for the development of POINTER_PLUS_EXPR. Which
> is to be used instead of casting between an integer type and a pointer
> type before doing pointer addition. This branch is being maintained
> by Andrew Pinski. Patches for this branch should be marked with
> the tag <code>[PTR-PLUS]</code> in the subject line, and CC'ed to
> <a href="mailto:pins...@gmail.com">Andrew Pinski</a>.</dd>
1179,1184c1109,1111
< <dt>ix86/avx</dt>
< <dd>The goal of this branch is to implement Intel AVX (Intel Advanced
< Vector Extensions). The branch is maintained by
< H.J. Lu <<a href="mailto:hjl.to...@gmail.com">hjl.to...@gmail.com</a>>.
< Patches should be marked with the tag <code>[AVX]</code> in the subject
< line.</dd>
---
> <dt>redhat/gcc-3_3-branch</dt>
> <dd>This branch used to hold Red Hat GNU/Linux compilers based on
> GCC 3.3.x.</dd>
1186,1187c1113,1154
< <dt id="annotalysis">annotalysis</dt>
< <dd>This branch contains the implementation of thread safety annotations
---
> <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><a href="projects/cfg.html">rtlopt-branch</a></dt>
> <dd>This branch was the successor to the cfg-branch, with the exception
> that it was based on GCC pre-3.4. The purpose of the branch was to develop
> and test infrastructure for CFG based code improving transformations on
> RTL.</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>ssaupdate-branch</dt>
> <dd>This branch served to clean up and improve utilities for the SSA
> form updating, as well as for related changes of the SSA form
> representation. Most of the changes in this branch were never merged.
> Part of them were incorporated in Diego Novillo's SSA updating
> improvement patch.</dd>
>
> <dt><a href="projects/strees/index.html">stree-branch</a></dt>
> <dd>This branch was for improving compilation speed and reducing memory
> use by representing declarations as small flat data structures whenever
> possible, lazily expanding them into full trees when necessary. This
> branch was being maintained by Matt Austern, Robert Bowdidge, Geoff
> Keating, and Mike Stump. Patches were marked with the tag
> <code>[stree]</code> in the subject line.</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>thread-annotations</dt>
> <dd>This branch contained the implementation of thread safety annotations
1189,1190c1156,1157
< The branch was maintained by
< <a href="mailto:deles...@google.com">Delesley Hutchins</a>.</dd>
---
> It was superseded by the <a href="#annotalysis">annotalysis branch.</a>
> </dd>
1192,1196c1159,1165
< <dt>fortran-exp</dt>
< <dd>This branch contained experimental changes to the Fortran front end, initially
< for array constructor refactoring using splay-tree and other areas of
< optimization. It was maintained by Jerry DeLisle
< <<a href="mailto:jvdeli...@gcc.gnu.org">jvdeli...@gcc.gnu.org</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>
1198,1203c1167,1183
< <dt>fortran-caf</dt>
< <dd>This branch contained experimental changes to the Fortran front end for
< implementing the library calls for coarray communication. It was
< maintained by Tobias Burnus
< <<a href="mailto:bur...@gcc.gnu.org">bur...@gcc.gnu.org</a>>.</dd>
< </dl>
---
> <dt>tree-ssa-cfg-branch</dt>
> <dd>This branch has been merged into the tree-ssa-20020619-branch.</dd>
>
> <dt>var-mappings-branch</dt>
> <dd>This branch is for improving debug information based on tracking
> multiple variables per computed value. The branch is maintained by
> Richard Biener and Michael Matz. Patches should be marked with the
> tag <code>[varmap]</code> in the subject line.</dd>
>
> <dt>yara-branch</dt>
> <dd>This branch contains Yet Another Register Allocator (YARA).
> The branch was maintained by Vladimir Makarov <
> <a href="mailto:vmaka...@redhat.com">vmaka...@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>
>
> </dl>