On 12 January 2016 at 20:38, Daniel Krügler wrote:
> Ping - this is a tentative reminder for this patch proposal.
I was just about to commit it an hour ago and my machine crashed. It's done now.
While working on 67755, I kept getting annoyed by the formatting goofs
and typos. So, without further delay, whitespace & typo fixes.
Bootstrapped on x86_64 for completeness & installed on the trunk.
Jeff
commit 5203c463e3a1c99634cb83a6ef22200ee68d0dcd
Author: Jeff Law
Date: Tue Jan 12 15
On Mon, Jan 11, 2016 at 10:22 PM, kugan
wrote:
> When promote_function_mode and promote_ssa_mode changes the sign
> differently, following is the cause for the problem in PR67714.
> This is similar to PR65932 where sign change in PROMOTE_MODE causes problem
> for parameter. But need a different
On 07/01/16 11:50 -0500, Ed Smith-Rowland wrote:
This patch is a clean up of the patch submitted by Jonathan in stage 1.
I am much less ambitious here than I was in previous patches.
OK. We can be more adventurous when stage 1 re-opens, so that the
improvements you and Florian want can go into
On 07/01/16 14:43 +0100, Rainer Orth wrote:
Ok for mainline?
OK, thanks.
On 26/12/15 00:06 -0500, Ed Smith-Rowland wrote:
I can't get CVS to commit.
Could someone do this for me?
Done.
Index: ./htdocs/svn.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.206
diff -r1.206 svn
On Tue, 12 Jan 2016, Michael Meissner wrote:
> On Tue, Jan 12, 2016 at 12:18:55AM +, Joseph Myers wrote:
> > On Mon, 11 Jan 2016, Michael Meissner wrote:
> >
> > > I fixed the #ifdef to use __NO_FPRS__ (thanks for the heads up on that).
> > > I
> > > also believe I fixed the various formatt
On Tue, Jan 12, 2016 at 6:47 PM, Joseph Myers wrote:
> On Tue, 12 Jan 2016, Michael Meissner wrote:
>
>> On Tue, Jan 12, 2016 at 12:18:55AM +, Joseph Myers wrote:
>> > On Mon, 11 Jan 2016, Michael Meissner wrote:
>> >
>> > > I fixed the #ifdef to use __NO_FPRS__ (thanks for the heads up on tha
On 12/16/2015 03:30 PM, Evandro Menezes wrote:
On 10/30/2015 05:24 AM, Marcus Shawcroft wrote:
On 20 October 2015 at 00:40, Evandro Menezes
wrote:
In the existing targets, it seems that it's always faster to zero up
a DF
register with "movi %d0, #0" instead of "fmov %d0, xzr".
This patch mod
Hi,
Consider testcase test.c:
...
struct pgm_slist_t
{
struct pgm_slist_t *__restrict next;
};
void
fn1 (struct pgm_slist_t p1)
{
}
...
The compilation of the testcase enters into infinite recursion, due to
the more aggressive restrict support added recently.
The patch fixes this by:-
- t
Before r229884 (aka f04790107a32653aa7adbd24967b908c8a08),
diagnostic_show_locus did not emit a newline for the line
containing the caret, whereas the new implementation in r229884
does emit a newline for the final line it emits.
PR other/69006 notes that this leads to undesired extra newlines
This is an "extra" installment in my series to clean up the organization
of invoke.texi. When I was working on the previous installment, I
noticed that -no-canonical-prefixes would be better classified in
"Directory Options" than "Overall Options", and vice-versa for -specs=
(which seems to be
Hello
genattrab.c can generate if statements that have very deep bracket
nesting causing clang to produce errors (when target=arm-none-eabi) as
explained at https://gcc.gnu.org/ml/gcc/2014-05/msg00032.html
At the above link it was suggested that genattrab.c generated a switch
statement instead
On 13/01/16 10:19, Jim Wilson wrote:
> On Mon, Jan 11, 2016 at 10:22 PM, kugan
> wrote:
>> When promote_function_mode and promote_ssa_mode changes the sign
>> differently, following is the cause for the problem in PR67714.
>
>> This is similar to PR65932 where sign change in PROMOTE_MODE cause
On Tue, Jan 12, 2016 at 5:10 PM, Kugan
wrote:
> Yes, making PROMOTE_MODE to work the same way as in
> promote_function_mode in arm will fix this. Can you please point me to
> the test cases that are regressing so that I can also start looking at them.
The info is in here
https://gcc.gnu.org/b
I've applied this patch to gomp-4_0-branch which fixes an ICE when an
array declared inside a module is used inside an offloaded acc region.
Bad things happen when you try to use sym->backend_decl when it wasn't
defined.
This patch was part of an optimization that I implemented in gomp4 in an
atte
On 01/12/2016 04:41 PM, Yuri Rumyantsev wrote:
Here is a simple fix to exclude dg/ifcvt-5.c test from ia64 testing.
Is it OK for trunk?
Please ensure patches are attached as plain text so that reviewers don't
have to save them to be able to read them.
It looks like ia64 is making chanes in
I've checked in this patch to move the section that documents spec file
formats towards the end of the invoke.texi chapter, so it isn't stuck
randomly in the middle of the discussion of unrelated command-line
options. I made no changes to the text of the section being moved here.
-Sandra
201
tree-ssa-threadupdate.c has code to compensate for situations where
threading will produce "profile insanities". Specifically if we have
multiple jump thread paths through a common joiner to different final
targets, then we can end up increasing the counts on one path to
compensate for count
On 01/12/2016 12:34 PM, David Malcolm wrote:
I looked at this code, and there are two near-identical blocks which
reset all these variables. You are modifying only one of them, leaving
the one inside the if { catch } thing unchanged - is this intentional?
I'm not particularly strong at Tcl, bu
On 01/12/2016 08:11 AM, Richard Biener wrote:
On Tue, Jan 12, 2016 at 6:10 AM, Jeff Law wrote:
On 01/11/2016 03:32 AM, Richard Biener wrote:
Yeah, reassoc is largely about canonicalization.
Plus doing it in TER is almost certainly more complex than getting it
right
in reassoc to begin with
On Tue, Jan 12, 2016 at 5:40 PM, Jim Wilson wrote:
> The info is in here
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
> See the comments on gcc.target/arm/wmul-[123].c which no longer
> generate smulbb etc instructions, which are 16x16=32 expanding
> multiplies which are faster on some
101 - 122 of 122 matches
Mail list logo
