From patchwork Mon Feb 6 13:38:16 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nathan Sidwell X-Patchwork-Id: 724499 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3vH7pp2pMCz9s2s for ; Tue, 7 Feb 2017 00:38:41 +1100 (AEDT) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b="CwoEoxaV"; dkim-atps=neutral DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :subject:to:references:cc:from:message-id:date:mime-version :in-reply-to:content-type; q=dns; s=default; b=Uu+0xqGqcNzWwY320 RRBTauDbJ3tlcdKAQ4lnI4DuN2IH4d79iqoi+j0pfjf5yXMSRxHB4ZTX37qjClLH NxSvLkW3QLhKtfm8QuaKokxkZ9UHtPfRkXEC7I1QY+mAKX0qvuQnWe1Tl04UErqg ocaJK5h+AqFEIsQUaIPKv2uer4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :subject:to:references:cc:from:message-id:date:mime-version :in-reply-to:content-type; s=default; bh=6LfVa0REhC1BPo6LZ8TH5S+ jGOQ=; b=CwoEoxaV3wp/sUgfq0US3v+DKwCwfSG0+6RwXWGhUXOPQnYBYo/IlFl 86K7CETXsfy7TJMwYv8h7e5gRBhMQAlZFMVbu/asKud/00M607IEO//QYj2HFhtn HIY5NEZ0n2yiwzqyy0I/hYcPCAfoqxQ7L88xZVqJHnG3fCdJMKvc= Received: (qmail 50866 invoked by alias); 6 Feb 2017 13:38:31 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 50823 invoked by uid 89); 6 Feb 2017 13:38:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.6 required=5.0 tests=BAYES_40, FREEMAIL_FROM, KAM_EU, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM, SPF_PASS, URIBL_SBL autolearn=no version=3.3.2 spammy=caroline, Benjamin, developments, Caroline X-HELO: mail-yb0-f196.google.com Received: from mail-yb0-f196.google.com (HELO mail-yb0-f196.google.com) (209.85.213.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 06 Feb 2017 13:38:20 +0000 Received: by mail-yb0-f196.google.com with SMTP id w194so3526602ybe.1 for ; Mon, 06 Feb 2017 05:38:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to; bh=XFODSKfmijD2A30R73MSGvItViycwUZOl+Ox72/xOms=; b=Vvt2zsHT/m54HWTkvfsQmIJdCmTonZm/HMqYWL392KGbRpG1lD2s6fLliKqupd8SpM mk9P6vOcQCeitL1f+JyVcja6yccXcj7Q3QqYj9CzG2h+QbH5+KfIH+sotYG7kwVGMcho IjCj5UfAbCVgLOF8YWl7nDeG49SEci9KzxwDc6FgkIi+9iXIjkBbMKDHcc+SqptUFAfM Mq1xAOpyI15ra4HyJgeHmM+Zy0g+i0WqJPKdAuH39hVWKRMtbuN11AIxY827v7TGP3ZQ MqtYz1kMUrBDkOQgcDUEzEk531VmhnqGCeillIaZB4k1ja++xYRLM98BPWHFSRizKDS1 eBtQ== X-Gm-Message-State: AMke39nVcIImD2ETG56z0i7g2b1pyGixDZ4hMgs20ywBlhOPywArddiH6bBDx5c15G4hsA== X-Received: by 10.37.66.17 with SMTP id p17mr6690567yba.46.1486388298608; Mon, 06 Feb 2017 05:38:18 -0800 (PST) Received: from ?IPv6:2620:10d:c0a3:20fb:f6d0:5ac5:64cd:f102? ([2620:10d:c091:200::4:3e50]) by smtp.googlemail.com with ESMTPSA id p192sm281334ywg.16.2017.02.06.05.38.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Feb 2017 05:38:17 -0800 (PST) Subject: Re: C++ Modules branch To: Gerald Pfeifer References: <30280d96-9695-32b1-5975-6488051df1cf@acm.org> Cc: GCC Patches From: Nathan Sidwell Message-ID: <97f830fc-2008-8556-59ac-74b87620d09c@acm.org> Date: Mon, 6 Feb 2017 08:38:16 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: 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 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 <
struct-reorg-branch
<
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.
--- >
alias-export
>
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 abel@ispras.ru.
169,171c166,175 <
graphite-branch
<
The purpose of this branch is to develop an infrastructure for loop < transforms using the polyhedral model.
--- >
cxx-conversion
>
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 > Diego Novillo. Patches > sent to this branch and discussions related to it should be marked > with the tag [cxx-conversion] in the subject line. For > details on working with this branch, see the > C++ conversion > page.
173,177c177,180 <
lw-ipo
<
This branch aims to implement lightweight IPO. Patches < and discussion on this branch should be marked with the tag < [lipo] in the subject line. The branch is maintained by < David Li.
--- >
cxx-mem-model
>
This branch is for the implementation of the C++ memory model. > Patches for this branch should be marked [cxx-mem-model] > in the subject line. The branch is maintained by Aldy Hernandez.
178a182,200 >
debuglocus
>
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 debuglocus wiki page .
> >
dwarf4
>
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.
> >
gc-improv
>
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 Laurynas > Biveinis. Patches for this branch should be marked with the > tag [gc-improv] in the subject line.
198,209c220,222 <
ra-improvements
<
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 < [ra-improvements] in the subject line. The branch < is maintained by Peter < Bergner.
--- >
graphite-branch
>
The purpose of this branch is to develop an infrastructure for loop > transforms using the polyhedral model.
211,220c224,228 <
sel-sched-branch
<
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 <abel@ispras.ru> < and Maxim Kuvyrkov < < mkuvyrkov@ispras.ru> and will be regularly merged with mainline. < Patches will be marked with the tag [sel-sched] in < the subject line.
--- >
lw-ipo
>
This branch aims to implement lightweight IPO. Patches > and discussion on this branch should be marked with the tag > [lipo] in the subject line. The branch is maintained by > David Li.
230,236c238,245 <
gc-improv
<
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 Laurynas < Biveinis. Patches for this branch should be marked with the < tag [gc-improv] in the subject line.
--- >
libstdcxx_so_7-2-branch
>
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 > François Dumont and the official > libstdc++-v3 maintainers Paolo Carlini, Benjamin Kosnik and Jonathan Wakely. > Patches will be marked with the tag [so_7-2] in the subject > line.
238,244c247,259 <
milepost-branch
<
This branch is for GCC developments done in the Milepost project. < (http://www.milepost.eu). < The branch is maintained by Mircea Namolaru < namolaru@il.ibm.com. < Patches should be marked with the tag [mpost] in the < subject line.
--- >
lra
>
This branch contains the Local Register Allocator (LRA). LRA is > focused to replace GCC reload pass. The branch is maintained by > Vladimir Makarov > < vmakarov@redhat.com> > and will be merged with mainline from time to time. Patches will be > marked with the tag [lra] in the subject line.
> >
lto-pressure
>
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 > <acsawdey@linux.vnet.ibm.com>.
255,288c270,276 <
stack
<
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 <hjl.tools@gmail.com>. < Patches should be marked with the tag [stack] in the subject < line.
< <
rtl-fud-branch
<
This branch is for the development of factored use-def chains < as an SSA form for RTL. Patches should be marked with the tag < [rtl-fud] in the subject line. The branch is maintained < by Steven Bosscher and Kenneth Zadeck.
< <
transactional-memory
<
This branch is for the development of transactional memory support < for GCC. Patches for this branch should be marked [trans-mem] < in the subject line. The branch is maintained by Richard Henderson.
< <
cxx-mem-model
<
This branch is for the implementation of the C++ memory model. < Patches for this branch should be marked [cxx-mem-model] < in the subject line. The branch is maintained by Aldy Hernandez.
< <
dwarf4
<
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.
< <
plugins
<
This branch adds plugin functionality to GCC. See the plugins wiki page for < details.
--- >
milepost-branch
>
This branch is for GCC developments done in the Milepost project. > (http://www.milepost.eu). > The branch is maintained by Mircea Namolaru > namolaru@il.ibm.com. > Patches should be marked with the tag [mpost] in the > subject line.
296,320c284,287 <
debuglocus
<
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 debuglocus wiki page .
< <
alias-export
<
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 abel@ispras.ru.
< <
vect256
<
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 < [vect256] in the subject line.
< <
lra
<
This branch contains the Local Register Allocator (LRA). LRA is < focused to replace GCC reload pass. The branch is maintained by < Vladimir Makarov < < vmakarov@redhat.com> < and will be merged with mainline from time to time. Patches will be < marked with the tag [lra] in the subject line.
--- >
plugins
>
This branch adds plugin functionality to GCC. See the href="https://gcc.gnu.org/wiki/plugins">plugins wiki page for > details.
322,329c289,300 <
libstdcxx_so_7-2-branch
<
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 < François Dumont and the official < libstdc++-v3 maintainers Paolo Carlini, Benjamin Kosnik and Jonathan Wakely. < Patches will be marked with the tag [so_7-2] in the subject < line.
--- >
ra-improvements
>
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 > [ra-improvements] in the subject line. The branch > is maintained by Peter > Bergner.
331,340c302,306 <
cxx-conversion
<
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 < Diego Novillo. Patches < sent to this branch and discussions related to it should be marked < with the tag [cxx-conversion] in the subject line. For < details on working with this branch, see the < C++ conversion < page.
--- >
rtl-fud-branch
>
This branch is for the development of factored use-def chains > as an SSA form for RTL. Patches should be marked with the tag > [rtl-fud] in the subject line. The branch is maintained > by Steven Bosscher and Kenneth Zadeck.
349a316,348 >
sel-sched-branch
>
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 <abel@ispras.ru> > and Maxim Kuvyrkov < > mkuvyrkov@ispras.ru> and will be regularly merged with mainline. > Patches will be marked with the tag [sel-sched] in > the subject line.
> >
stack
>
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 <hjl.tools@gmail.com>. > Patches should be marked with the tag [stack] in the subject > line.
> >
struct-reorg-branch
>
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.
> >
>transactional-memory
>
This branch is for the development of transactional memory support > for GCC. Patches for this branch should be marked [trans-mem] > in the subject line. The branch is maintained by Richard Henderson.
> 358,363d356 <
lto-pressure
<
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 < <acsawdey@linux.vnet.ibm.com>.
< 368a362,368 > >
vect256
>
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 > [vect256] in the subject line.
>