* C++ Modules branch
@ 2017-01-24 13:44 Nathan Sidwell
2017-01-24 18:53 ` Jason Merrill
2017-02-05 19:58 ` Gerald Pfeifer
0 siblings, 2 replies; 6+ messages in thread
From: Nathan Sidwell @ 2017-01-24 13:44 UTC (permalink / raw)
To: GCC Patches
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.
I expect several false starts, and don't intend to post patches here.
Wiki page is https://gcc.gnu.org/wiki/cxx-modules
nathan
--
Nathan Sidwell
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: C++ Modules branch
2017-01-24 13:44 C++ Modules branch Nathan Sidwell
@ 2017-01-24 18:53 ` Jason Merrill
2017-02-05 19:58 ` Gerald Pfeifer
1 sibling, 0 replies; 6+ messages in thread
From: Jason Merrill @ 2017-01-24 18:53 UTC (permalink / raw)
To: Nathan Sidwell; +Cc: GCC Patches
Woo!
On Tue, Jan 24, 2017 at 8:05 AM, Nathan Sidwell <nathan@acm.org> 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.
>
> I expect several false starts, and don't intend to post patches here.
>
> Wiki page is https://gcc.gnu.org/wiki/cxx-modules
>
> nathan
> --
> Nathan Sidwell
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: C++ Modules branch
2017-01-24 13:44 C++ Modules branch Nathan Sidwell
2017-01-24 18:53 ` Jason Merrill
@ 2017-02-05 19:58 ` Gerald Pfeifer
2017-02-06 13:38 ` Nathan Sidwell
1 sibling, 1 reply; 6+ messages in thread
From: Gerald Pfeifer @ 2017-02-05 19:58 UTC (permalink / raw)
To: Nathan Sidwell; +Cc: GCC Patches
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)?
Gerald
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: C++ Modules branch
2017-02-05 19:58 ` Gerald Pfeifer
@ 2017-02-06 13:38 ` Nathan Sidwell
2017-02-12 14:38 ` Gerald Pfeifer
0 siblings, 1 reply; 6+ messages in thread
From: Nathan Sidwell @ 2017-02-06 13:38 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: GCC Patches
[-- Attachment #1: Type: text/plain, Size: 525 bytes --]
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
[-- Attachment #2: svn-reorder.diff --]
[-- Type: text/x-patch, Size: 15928 bytes --]
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 <<a href="mailto:abel@ispras.ru">abel@ispras.ru</a>>
< and Maxim Kuvyrkov <<a href="mailto:mkuvyrkov@ispras.ru">
< mkuvyrkov@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: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ç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
> < <a href="mailto:vmakarov@redhat.com">vmakarov@redhat.com</a>>
> and will be merged with mainline from time to time. Patches will be
> marked with the tag <code>[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:acsawdey@linux.vnet.ibm.com">acsawdey@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.tools@gmail.com">hjl.tools@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: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
< < <a href="mailto:vmakarov@redhat.com">vmakarov@redhat.com</a>>
< and will be merged with mainline from time to time. Patches will be
< marked with the tag <code>[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ç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 <<a href="mailto:abel@ispras.ru">abel@ispras.ru</a>>
> and Maxim Kuvyrkov <<a href="mailto:mkuvyrkov@ispras.ru">
> mkuvyrkov@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.tools@gmail.com">hjl.tools@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:acsawdey@linux.vnet.ibm.com">acsawdey@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>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: C++ Modules branch
2017-02-06 13:38 ` Nathan Sidwell
@ 2017-02-12 14:38 ` Gerald Pfeifer
2017-02-13 15:00 ` Nathan Sidwell
0 siblings, 1 reply; 6+ messages in thread
From: Gerald Pfeifer @ 2017-02-12 14:38 UTC (permalink / raw)
To: Nathan Sidwell; +Cc: gcc-patches
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: C++ Modules branch
2017-02-12 14:38 ` Gerald Pfeifer
@ 2017-02-13 15:00 ` Nathan Sidwell
0 siblings, 0 replies; 6+ messages in thread
From: Nathan Sidwell @ 2017-02-13 15:00 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: gcc-patches
[-- Attachment #1: Type: text/plain, Size: 253 bytes --]
On 02/12/2017 05:58 AM, Gerald Pfeifer wrote:
> On Mon, 6 Feb 2017, Nathan Sidwell wrote:
>>> Are you planning to add this to svn.html
>> Ah, thanks for the reminder.
And here's the patch I committed to document the branch.
nathan
--
Nathan Sidwell
[-- Attachment #2: br-mod.diff --]
[-- Type: text/x-patch, Size: 451 bytes --]
? htdocs/.#svn.html.1.208
Index: htdocs/svn.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.212
diff -r1.212 svn.html
518a519,522
> <dt><a href="https://gcc.gnu.org/wiki/cxx-modules">c++-modules</a></dt>
> <dd>This branch is for development of a C++ modules system. It is
> maintained by <a href="mailto:nathan@acm.org">Nathan Sidwell</a>.</dd>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-02-13 14:52 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-01-24 13:44 C++ Modules branch Nathan Sidwell
2017-01-24 18:53 ` Jason Merrill
2017-02-05 19:58 ` Gerald Pfeifer
2017-02-06 13:38 ` Nathan Sidwell
2017-02-12 14:38 ` Gerald Pfeifer
2017-02-13 15:00 ` Nathan Sidwell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).