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:a...@ispras.ru">a...@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:dnovi...@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:davi...@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.bivei...@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:berg...@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 <<a href="mailto:a...@ispras.ru">a...@ispras.ru</a>>
< and Maxim Kuvyrkov <<a href="mailto:mkuvyr...@ispras.ru">
< mkuvyr...@ispras.ru</a>> 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:davi...@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.bivei...@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.dum...@gmail.com">Franç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:namol...@il.ibm.com">namol...@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
> < <a href="mailto:vmaka...@redhat.com">vmaka...@redhat.com</a>>
> 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
> <<a href="mailto:acsaw...@linux.vnet.ibm.com">acsaw...@linux.vnet.ibm.com</a>>.</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 <<a href="mailto:hjl.to...@gmail.com">hjl.to...@gmail.com</a>>.
< 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:namol...@il.ibm.com">namol...@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:a...@ispras.ru">a...@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
< < <a href="mailto:vmaka...@redhat.com">vmaka...@redhat.com</a>>
< 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.dum...@gmail.com">Franç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:berg...@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:dnovi...@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 <<a href="mailto:a...@ispras.ru">a...@ispras.ru</a>>
> and Maxim Kuvyrkov <<a href="mailto:mkuvyr...@ispras.ru">
> mkuvyr...@ispras.ru</a>> 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 <<a href="mailto:hjl.to...@gmail.com">hjl.to...@gmail.com</a>>.
> 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
< <<a href="mailto:acsaw...@linux.vnet.ibm.com">acsaw...@linux.vnet.ibm.com</a>>.</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>
>
