diff mbox

C++ Modules branch

Message ID 97f830fc-2008-8556-59ac-74b87620d09c@acm.org
State New
Headers show

Commit Message

Nathan Sidwell Feb. 6, 2017, 1:38 p.m. UTC 
On 02/05/2017 02:58 PM, Gerald Pfeifer wrote:
> On Tue, 24 Jan 2017, Nathan Sidwell wrote:
>> As some have already noticed, I created a c++-modules branch yesterday.
>> Don't get too excited, that doesn't mean I have an implementation to
>> commit there.
>
> Are you planning to add this to svn.html (where we generally
> describe all branches)?

Ah, thanks for the reminder.

First, here's a patch to collate the existing list, ok?

(It seems quite a few may be dead now, time for some pruning?)

nathan

Comments

Gerald Pfeifer Feb. 12, 2017, 10:58 a.m. UTC | #1 
On Mon, 6 Feb 2017, Nathan Sidwell wrote:
>> Are you planning to add this to svn.html
> Ah, thanks for the reminder.
> 
> First, here's a patch to collate the existing list, ok?

Oh, definitely.  This makes sense, and I trust your sorting
skills. :-)

> (It seems quite a few may be dead now, time for some pruning?)

You mean, moving them to "Inactive Development Branches"?  Yes,
that makes sense.  

(In fact, it might make sense to differentiate between "Merged 
Branches" and "Inactive Development Branches", but that may be
too much effort.)

Gerald
diff mbox

Patch

Index: htdocs/svn.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.208
diff -r1.208 svn.html
154,160c154,157
<   <dt>struct-reorg-branch</dt>
<   <dd>This branch is for the development of structure reorganization
<   optimizations, including field reordering, structure splitting for
<   trees.  These optimizations are profile information driven.  This is
<   a subbranch of tree-profiling.  This branch is being maintained by
<   Caroline Tice, Dale Johannesen, Kenneth Zadeck, Stuart Hastings,
<   Mostafa Hagog.</dd>
---
>   <dt>alias-export</dt>
>   <dd>This branch contains the alias export and data dependency export patch.
>   It is used to experiment with the propagation process.  This branch is maintained
>   by Andrey Belevantsev <a href="mailto:abel@ispras.ru">abel@ispras.ru</a>.</dd>
169,171c166,175
<   <dt><a href="https://gcc.gnu.org/wiki/Graphite">graphite-branch</a></dt>
<   <dd>The purpose of this branch is to develop an infrastructure for loop
<   transforms using the polyhedral model.</dd>
---
>   <dt>cxx-conversion</dt>
>   <dd>This branch hosts mini-projects that rewrite parts of the existing
>   GCC code into C++.  Each conversion project will be proposed for
>   trunk integration independently.  The branch is maintained by
>   <a href="mailto:dnovillo@google.com">Diego Novillo</a>.  Patches
>   sent to this branch and discussions related to it should be marked
>   with the tag <code>[cxx-conversion]</code> in the subject line.  For
>   details on working with this branch, see the
>   <a href="https://gcc.gnu.org/wiki/cxx-conversion">C++ conversion</a>
>   page.</dd>
173,177c177,180
<   <dt><a href="https://gcc.gnu.org/wiki/LightweightIpo">lw-ipo</a></dt>
<   <dd>This branch aims to implement lightweight IPO.  Patches
<   and discussion on this branch should be marked with the tag
<   <code>[lipo]</code> in the subject line. The branch is maintained by
<   <a href="mailto:davidxl@google.com">David Li</a>.</dd>
---
>   <dt><a href="https://gcc.gnu.org/wiki/Atomic/GCCMM">cxx-mem-model</a></dt>
>   <dd>This branch is for the implementation of the C++ memory model.
>   Patches for this branch should be marked <code>[cxx-mem-model]</code>
>   in the subject line.  The branch is maintained by Aldy Hernandez.</dd>
178a182,200
>   <dt><a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus">debuglocus</a></dt>
>   <dd>This branch is an experiment to see whether improved debug information 
>   can be maintained throughout the compiler by associating a user decl with an 
>   expression, statement, or insn.  The name comes from attempting to utilize
>   the ever present source location (locus) field to carry the debug info.
>   Further information can be found on the <a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus">debuglocus</a> wiki page .</dd>
> 
>   <dt>dwarf4</dt>
>   <dd>This branch is for support of DWARF-4 features.
>   DWARF-4 is currently under development, so changes on this branch
>   will remain experimental until Version 4 is officially finalized.</dd>
> 
>   <dt>gc-improv</dt>
>   <dd>This branch is for the development of garbage collector
>   improvements.  It is the successor to the boehm-gc branch, but
>   without integration with Boehm's GC.  The branch is maintained
>   by <a href="mailto:laurynas.biveinis@gmail.com">Laurynas
>   Biveinis</a>.  Patches for this branch should be marked with the
>   tag <code>[gc-improv]</code> in the subject line.</dd>
198,209c220,222
<   <dt>ra-improvements</dt>
<   <dd>This branch aims to implement several improvements to the
<   current register allocator.  Examples include implementing a
<   lower-triangular conflict matrix and register coalescing.
<   It is hoped that these improvements will not only help the
<   current allocator, but will be useful to the other register
<   allocation projects such as RABLE and YARA. This branch will
<   be merged with the dataflow-branch from time to time.
<   The patches for this branch should be marked with the tag
<   <code>[ra-improvements]</code> in the subject line.  The branch
<   is maintained by <a href="mailto:bergner@vnet.ibm.com">Peter
<   Bergner</a>.</dd>
---
>   <dt><a href="https://gcc.gnu.org/wiki/Graphite">graphite-branch</a></dt>
>   <dd>The purpose of this branch is to develop an infrastructure for loop
>   transforms using the polyhedral model.</dd>
211,220c224,228
<   <dt>sel-sched-branch</dt>
<   <dd>This branch contains the implementation of the selective scheduling
<   approach.  The goal of the branch is to provide more aggressive scheduler 
<   implementation with support for instruction cloning, register renaming,
<   and forward substitution.   The branch is maintained by Andrey
<   Belevantsev &lt;<a href="mailto:abel@ispras.ru">abel@ispras.ru</a>&gt; 
<   and Maxim Kuvyrkov &lt;<a href="mailto:mkuvyrkov@ispras.ru">
<   mkuvyrkov@ispras.ru</a>&gt; and will be regularly merged with mainline.  
<   Patches will be marked with the tag <code>[sel-sched]</code> in 
<   the subject line.</dd>
---
>   <dt><a href="https://gcc.gnu.org/wiki/LightweightIpo">lw-ipo</a></dt>
>   <dd>This branch aims to implement lightweight IPO.  Patches
>   and discussion on this branch should be marked with the tag
>   <code>[lipo]</code> in the subject line. The branch is maintained by
>   <a href="mailto:davidxl@google.com">David Li</a>.</dd>
230,236c238,245
<   <dt>gc-improv</dt>
<   <dd>This branch is for the development of garbage collector
<   improvements.  It is the successor to the boehm-gc branch, but
<   without integration with Boehm's GC.  The branch is maintained
<   by <a href="mailto:laurynas.biveinis@gmail.com">Laurynas
<   Biveinis</a>.  Patches for this branch should be marked with the
<   tag <code>[gc-improv]</code> in the subject line.</dd>
---
>   <dt>libstdcxx_so_7-2-branch</dt>
>   <dd>This branch carries all the C++ Runtime Library (libstdc++-v3) patches
>   that break its abi. It will be merged into the trunk as soon as the decision
>   to move to abi version 7 will have been taken. It is maintained by
>   <a href="mailto:frs.dumont@gmail.com">Fran&ccedil;ois Dumont</a> and the official
>   libstdc++-v3 maintainers Paolo Carlini, Benjamin Kosnik and Jonathan Wakely.
>   Patches will be marked with the tag <code>[so_7-2]</code> in the subject
>   line.</dd>
238,244c247,259
<   <dt>milepost-branch</dt>
<   <dd>This branch is for GCC developments done in the Milepost project.
<   (<a href="http://www.milepost.eu">http://www.milepost.eu</a>).
<   The branch is maintained by Mircea Namolaru 
<   <a href="mailto:namolaru@il.ibm.com">namolaru@il.ibm.com</a>.
<   Patches should be marked with the tag <code>[mpost]</code> in the 
<   subject line.</dd>
---
>   <dt>lra</dt>
>   <dd>This branch contains the Local Register Allocator (LRA).  LRA is
>   focused to replace GCC reload pass.  The branch is maintained by
>   Vladimir Makarov
>   &lt; <a href="mailto:vmakarov@redhat.com">vmakarov@redhat.com</a>&gt;
>   and will be merged with mainline from time to time.  Patches will be
>   marked with the tag <code>[lra]</code> in the subject line.</dd>
> 
>   <dt>lto-pressure</dt>
>   <dd>This branch is for work on adding analysis to inlining (for LTO in
>   particular) so that it can avoid inlining things that cause excessive
>   increases in register pressure.  The branch is maintained by Aaron Sawdey
>   &lt;<a href="mailto:acsawdey@linux.vnet.ibm.com">acsawdey@linux.vnet.ibm.com</a>&gt;.</dd>
255,288c270,276
<   <dt>stack</dt>
<   <dd>This branch contains a new stack alignment framework to
<   automatically align stack for local variables with alignment requirement.
<   The branch is maintained by
<   H.J. Lu &lt;<a href="mailto:hjl.tools@gmail.com">hjl.tools@gmail.com</a>&gt;.
<   Patches should be marked with the tag <code>[stack]</code> in the subject
<   line.</dd>
< 
<   <dt>rtl-fud-branch</dt>
<   <dd>This branch is for the development of factored use-def chains
<   as an SSA form for RTL. Patches should be marked with the tag
<   <code>[rtl-fud]</code> in the subject line.  The branch is maintained
<   by Steven Bosscher and Kenneth Zadeck.</dd>
< 
<   <dt><a href="https://gcc.gnu.org/wiki/TransactionalMemory"
<       >transactional-memory</a></dt>
<   <dd>This branch is for the development of transactional memory support
<   for GCC.  Patches for this branch should be marked <code>[trans-mem]</code>
<   in the subject line.  The branch is maintained by Richard Henderson.</dd>
< 
<   <dt><a href="https://gcc.gnu.org/wiki/Atomic/GCCMM">cxx-mem-model</a></dt>
<   <dd>This branch is for the implementation of the C++ memory model.
<   Patches for this branch should be marked <code>[cxx-mem-model]</code>
<   in the subject line.  The branch is maintained by Aldy Hernandez.</dd>
< 
<   <dt>dwarf4</dt>
<   <dd>This branch is for support of DWARF-4 features.
<   DWARF-4 is currently under development, so changes on this branch
<   will remain experimental until Version 4 is officially finalized.</dd>
< 
<   <dt><a href="https://gcc.gnu.org/wiki/plugins">plugins</a></dt>
<   <dd>This branch adds plugin functionality to GCC.  See the <a
<   href="https://gcc.gnu.org/wiki/plugins">plugins wiki page</a> for
<   details.</dd>
---
>   <dt>milepost-branch</dt>
>   <dd>This branch is for GCC developments done in the Milepost project.
>   (<a href="http://www.milepost.eu">http://www.milepost.eu</a>).
>   The branch is maintained by Mircea Namolaru 
>   <a href="mailto:namolaru@il.ibm.com">namolaru@il.ibm.com</a>.
>   Patches should be marked with the tag <code>[mpost]</code> in the 
>   subject line.</dd>
296,320c284,287
<   <dt><a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus">debuglocus</a></dt>
<   <dd>This branch is an experiment to see whether improved debug information 
<   can be maintained throughout the compiler by associating a user decl with an 
<   expression, statement, or insn.  The name comes from attempting to utilize
<   the ever present source location (locus) field to carry the debug info.
<   Further information can be found on the <a href="https://gcc.gnu.org/wiki/AndrewMacLeod/debuglocus">debuglocus</a> wiki page .</dd>
< 
<   <dt>alias-export</dt>
<   <dd>This branch contains the alias export and data dependency export patch.
<   It is used to experiment with the propagation process.  This branch is maintained
<   by Andrey Belevantsev <a href="mailto:abel@ispras.ru">abel@ispras.ru</a>.</dd>
< 
<   <dt>vect256</dt>
<   <dd>This branch is for extending vectorizer to 256bit.  The branch is
<   maintained by Richard Biener and H.J. Lu.  Patches should be marked
<   with the tag
<   <code>[vect256]</code> in the subject line.</dd>
< 
<   <dt>lra</dt>
<   <dd>This branch contains the Local Register Allocator (LRA).  LRA is
<   focused to replace GCC reload pass.  The branch is maintained by
<   Vladimir Makarov
<   &lt; <a href="mailto:vmakarov@redhat.com">vmakarov@redhat.com</a>&gt;
<   and will be merged with mainline from time to time.  Patches will be
<   marked with the tag <code>[lra]</code> in the subject line.</dd>
---
>   <dt><a href="https://gcc.gnu.org/wiki/plugins">plugins</a></dt>
>   <dd>This branch adds plugin functionality to GCC.  See the <a
>   href="https://gcc.gnu.org/wiki/plugins">plugins wiki page</a> for
>   details.</dd>
322,329c289,300
<   <dt>libstdcxx_so_7-2-branch</dt>
<   <dd>This branch carries all the C++ Runtime Library (libstdc++-v3) patches
<   that break its abi. It will be merged into the trunk as soon as the decision
<   to move to abi version 7 will have been taken. It is maintained by
<   <a href="mailto:frs.dumont@gmail.com">Fran&ccedil;ois Dumont</a> and the official
<   libstdc++-v3 maintainers Paolo Carlini, Benjamin Kosnik and Jonathan Wakely.
<   Patches will be marked with the tag <code>[so_7-2]</code> in the subject
<   line.</dd>
---
>   <dt>ra-improvements</dt>
>   <dd>This branch aims to implement several improvements to the
>   current register allocator.  Examples include implementing a
>   lower-triangular conflict matrix and register coalescing.
>   It is hoped that these improvements will not only help the
>   current allocator, but will be useful to the other register
>   allocation projects such as RABLE and YARA. This branch will
>   be merged with the dataflow-branch from time to time.
>   The patches for this branch should be marked with the tag
>   <code>[ra-improvements]</code> in the subject line.  The branch
>   is maintained by <a href="mailto:bergner@vnet.ibm.com">Peter
>   Bergner</a>.</dd>
331,340c302,306
<   <dt>cxx-conversion</dt>
<   <dd>This branch hosts mini-projects that rewrite parts of the existing
<   GCC code into C++.  Each conversion project will be proposed for
<   trunk integration independently.  The branch is maintained by
<   <a href="mailto:dnovillo@google.com">Diego Novillo</a>.  Patches
<   sent to this branch and discussions related to it should be marked
<   with the tag <code>[cxx-conversion]</code> in the subject line.  For
<   details on working with this branch, see the
<   <a href="https://gcc.gnu.org/wiki/cxx-conversion">C++ conversion</a>
<   page.</dd>
---
>   <dt>rtl-fud-branch</dt>
>   <dd>This branch is for the development of factored use-def chains
>   as an SSA form for RTL. Patches should be marked with the tag
>   <code>[rtl-fud]</code> in the subject line.  The branch is maintained
>   by Steven Bosscher and Kenneth Zadeck.</dd>
349a316,348
>   <dt>sel-sched-branch</dt>
>   <dd>This branch contains the implementation of the selective scheduling
>   approach.  The goal of the branch is to provide more aggressive scheduler 
>   implementation with support for instruction cloning, register renaming,
>   and forward substitution.   The branch is maintained by Andrey
>   Belevantsev &lt;<a href="mailto:abel@ispras.ru">abel@ispras.ru</a>&gt; 
>   and Maxim Kuvyrkov &lt;<a href="mailto:mkuvyrkov@ispras.ru">
>   mkuvyrkov@ispras.ru</a>&gt; and will be regularly merged with mainline.  
>   Patches will be marked with the tag <code>[sel-sched]</code> in 
>   the subject line.</dd>
> 
>   <dt>stack</dt>
>   <dd>This branch contains a new stack alignment framework to
>   automatically align stack for local variables with alignment requirement.
>   The branch is maintained by
>   H.J. Lu &lt;<a href="mailto:hjl.tools@gmail.com">hjl.tools@gmail.com</a>&gt;.
>   Patches should be marked with the tag <code>[stack]</code> in the subject
>   line.</dd>
> 
>   <dt>struct-reorg-branch</dt>
>   <dd>This branch is for the development of structure reorganization
>   optimizations, including field reordering, structure splitting for
>   trees.  These optimizations are profile information driven.  This is
>   a subbranch of tree-profiling.  This branch is being maintained by
>   Caroline Tice, Dale Johannesen, Kenneth Zadeck, Stuart Hastings,
>   Mostafa Hagog.</dd>
> 
>   <dt><a href="https://gcc.gnu.org/wiki/TransactionalMemory"
>       >transactional-memory</a></dt>
>   <dd>This branch is for the development of transactional memory support
>   for GCC.  Patches for this branch should be marked <code>[trans-mem]</code>
>   in the subject line.  The branch is maintained by Richard Henderson.</dd>
> 
358,363d356
<   <dt>lto-pressure</dt>
<   <dd>This branch is for work on adding analysis to inlining (for LTO in
<   particular) so that it can avoid inlining things that cause excessive
<   increases in register pressure.  The branch is maintained by Aaron Sawdey
<   &lt;<a href="mailto:acsawdey@linux.vnet.ibm.com">acsawdey@linux.vnet.ibm.com</a>&gt;.</dd>
< 
368a362,368
> 
>   <dt>vect256</dt>
>   <dd>This branch is for extending vectorizer to 256bit.  The branch is
>   maintained by Richard Biener and H.J. Lu.  Patches should be marked
>   with the tag
>   <code>[vect256]</code> in the subject line.</dd>
>