On Thu, Sep 03, 2015 at 11:19:43PM -0700, David Miller wrote:
> From: Segher Boessenkool
> Date: Thu, 3 Sep 2015 20:26:51 -0500
>
> > On Thu, Sep 03, 2015 at 03:33:56PM -0700, David Miller wrote:
> >> (insn 18631 1099 1100 14 (set (reg:SI 13423)
> >> (subreg:SI (mem/c:QI (plus:SI (reg/f:S
On 09/03/2015 06:33 PM, David Miller wrote:
I'm working on converting sparc to LRA, and thanks probably to the
work the powerpc folks did this is going much better than when I
last tried this.
Thanks for working on this, David.
The first major stumbling block I've run into is when LRA forces
a
Manuel> The overall goal of the project is worthwhile, however, it is unclear
Manuel> whether the approach envisioned in the wiki page will lead to the
Manuel> desired benefits. See http://tromey.com/blog/?p=420 which is the last
Manuel> status report that I am aware of.
Yeah. I stopped working o
what do you think about the sub project in the wiki:
Parallel Compilation:
One approach is to make the front end multi-threaded. (I've pretty
much abandoned this idea. There are too many mutable tree fields,
making this a difficult project. Also, threads do not interact well
with fork, which is c
On 09/04/2015 09:40 AM, David Kunsman wrote:
what do you think about the sub project in the wiki:
Parallel Compilation:
One approach is to make the front end multi-threaded. (I've pretty
much abandoned this idea. There are too many mutable tree fields,
making this a difficult project. Also, thr
On 4 September 2015 at 17:11, Tom Tromey wrote:
> Manuel> The overall goal of the project is worthwhile, however, it is unclear
> Manuel> whether the approach envisioned in the wiki page will lead to the
> Manuel> desired benefits. See http://tromey.com/blog/?p=420 which is the last
> Manuel> stat
On 4 September 2015 at 16:57, Manuel López-Ibáñez wrote:
> Clang++ is much faster yet it is doing more and tracking more data
> than cc1plus.
How much faster these days? In my experience for optimized builds of
large files the difference is not so impressive (for unoptimized
builds clang is defini
On Thu, 27 Aug 2015, Jason Merrill wrote:
> Unfortunately, it looks like reposurgeon doesn't deal with gcc SVN's
> subdirectory branches any better than git-svn. It does give a diagnostic
> about them:
>
> reposurgeon: branch links detected by file ops only: branches/suse/
> branches/apple/ bran
On 09/04/2015 10:14 AM, Jonathan Wakely wrote:
On 4 September 2015 at 16:57, Manuel López-Ibáñez wrote:
Clang++ is much faster yet it is doing more and tracking more data
than cc1plus.
How much faster these days? In my experience for optimized builds of
large files the difference is not so imp
On 4 September 2015 at 17:44, Jeff Law wrote:
> On 09/04/2015 09:40 AM, David Kunsman wrote:
>>
>> what do you think about the sub project in the wiki:
>>
>> Parallel Compilation:
>>
>> One approach is to make the front end multi-threaded. (I've pretty
>> much abandoned this idea. There are too ma
I was just looking to get into a project...and the incremental project
caught my eyewondering if it even practical due to the branch is
over 6 years old...and merging everything with the current trunk would
be a job. It seems like many of the projects on the wiki are out of
date. Does anybody
On Fri, 2015-09-04 at 09:44 -0600, Jeff Law wrote:
> On 09/04/2015 09:40 AM, David Kunsman wrote:
> > what do you think about the sub project in the wiki:
> >
> > Parallel Compilation:
> >
> > One approach is to make the front end multi-threaded. (I've pretty
> > much abandoned this idea. There are
Hi,
I'm looking to update the forwarding address for my @gcc.gnu.org email address,
but appear to have lost (if I ever had) my private key. Could someone point me
in the right direction for fixing this?
Thanks,
Stu
On Thu, 2015-09-03 at 15:22 +, Ajit Kumar Agarwal wrote:
>
>
> -Original Message-
> From: Aaron Sawdey [mailto:acsaw...@linux.vnet.ibm.com]
> Sent: Wednesday, September 02, 2015 8:23 PM
> To: Ajit Kumar Agarwal
> Cc: Jeff Law; vmaka...@redhat.com; Richard Biener; gcc@gcc.gnu.org; Vin
From: Vladimir Makarov
Date: Fri, 4 Sep 2015 10:00:54 -0400
> LRA porting frequently needs changing in constraints.md, .c,
> and .md files.
I did make such changes, trust me :-)
First obstacle was that, unlike reload, LRA is very strict about
register constraints. If a constraint doesn't evalu
From: Segher Boessenkool
Date: Fri, 4 Sep 2015 06:46:04 -0500
> On Thu, Sep 03, 2015 at 11:19:43PM -0700, David Miller wrote:
>> The paradoxical subreg restriction in general_operand() is only
>> enforced when reload_completed is true, which will not be the
>> case while LRA is working.
>
> This
From: David Miller
Date: Fri, 04 Sep 2015 11:30:26 -0700 (PDT)
> From: Segher Boessenkool
> Date: Fri, 4 Sep 2015 06:46:04 -0500
>
>> On Thu, Sep 03, 2015 at 11:19:43PM -0700, David Miller wrote:
>>> The paradoxical subreg restriction in general_operand() is only
>>> enforced when reload_comple
From: David Miller
Date: Fri, 04 Sep 2015 11:27:31 -0700 (PDT)
> From: Vladimir Makarov
> Date: Fri, 4 Sep 2015 10:00:54 -0400
>
>> I don't think we should add a new LRA code calling process_address
>> before adding insns for further processing. LRA just needs to get
>> operands from insns to
On 09/04/2015 09:02 PM, David Miller wrote:
From: David Miller
Date: Fri, 04 Sep 2015 11:27:31 -0700 (PDT)
From: Vladimir Makarov
Date: Fri, 4 Sep 2015 10:00:54 -0400
I don't think we should add a new LRA code calling process_address
before adding insns for further processing. LRA just nee
19 matches
Mail list logo
