This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: C++ Modules branch


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

--
Nathan Sidwell
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>
> 

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]