http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #14 from Pat Haugen pthaugen at gcc dot gnu.org 2012-11-16
00:11:40 UTC ---
Can this be closed? Working fine on powerpc64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55381
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
--- Comment #17 from Pat Haugen pthaugen at gcc dot gnu.org 2012-12-10
20:15:52 UTC ---
(In reply to comment #16)
Do these tests also pass on powerpc64-unknown-linux-gnu?
The libstdc++ failures no longer occur on powerpc64 either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53086
--- Comment #15 from Pat Haugen pthaugen at gcc dot gnu.org 2013-02-01
16:10:09 UTC ---
The recently added switch, -fno-aggressive-loop-optimizations, can be used to
prevent the transformation into an infinite loop.
http://gcc.gnu.org
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, tromey at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58608
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org ---
Current trunk bootstraps now (r203154). Bisecting to see revision that fixed
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58608
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
meissner at gcc dot gnu.org
Host: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58673
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30972
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30972action=edit
testcase
Another similar example, but this one is on a store to memory instead of a
load
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
meissner at gcc dot gnu.org
Host: powerpc64-linux
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, jakub at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org ---
Yes, this still fails with r204348.
I did discover that adding -mrecip=rsqrt allows the benchmark to succeed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org ---
Well, it looks to be an interaction amongst 3 files from the benchmark. All 3
have to be compiled with r203979 compiler for the benchmark to fail (others are
compiled with r203978). I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #8 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Kostya Serebryany from comment #7)
Is this fixed by http://gcc.gnu.org/viewcvs?rev=204726root=gccview=rev ?
I just tried r204726 on powerpc64-linux and it's failing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787
--- Comment #12 from Pat Haugen pthaugen at gcc dot gnu.org ---
Working on PowerPC also.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497
Bug #: 54497
Summary: Revision 190015 causes 22% degradation on 172.mgrid on
PowerPC
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org 2012-09-06
21:05:05 UTC ---
(In reply to comment #1)
I suppose the loop is no longer predicted to execute enough times?
I don't think that's the issue, I'm thinking it's somewhere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
--- Comment #10 from Pat Haugen pthaugen at gcc dot gnu.org 2012-09-12
23:04:55 UTC ---
Created attachment 28181
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28181
Reduced testcase
Martin,
Have you done any more digging on this? I just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54427
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54427
--- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org 2012-09-20
19:13:25 UTC ---
Forgot to include the error message, which is causing the failures:
/home/pthaugen/src/gcc/trunk/gcc/gcc/testsuite/c-c++-common/torture/vector-compare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Attachment #28135|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org 2012-10-17
23:38:16 UTC ---
I'm seeing the same thing on cpu2006 benchmark 44.namd on PowerPC64. A load is
being moved above a store to the same location, starting with revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #6 from Pat Haugen pthaugen at gcc dot gnu.org 2012-10-18
01:44:35 UTC ---
The sched1 dump correctly lists forward dependencies of the initial store(s)
to
p1[i] to the subsequent loads of p1[i], but those dependencies
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #7 from Pat Haugen pthaugen at gcc dot gnu.org 2012-10-18
01:50:00 UTC ---
Created attachment 28473
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28473
sched1 dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #8 from Pat Haugen pthaugen at gcc dot gnu.org 2012-10-18
01:51:03 UTC ---
Created attachment 28475
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28475
sched2 dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #11 from Pat Haugen pthaugen at gcc dot gnu.org 2012-10-22
15:50:06 UTC ---
(In reply to comment #9)
Created attachment 28482 [details]
Candidate patch.
Could you both please test this patch?
The patch fixes the issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
--- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org 2013-04-11
20:02:09 UTC ---
This is another failure due to the same revision.
FAIL: gcc.dg/torture/vec-cvt-1.c -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
--- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org 2013-04-11
21:03:50 UTC ---
As are these forran failures also:
FAIL: gfortran.dg/minloc_3.f90 -O3 -fomit-frame-pointer -funroll-loops
(internal compiler error)
FAIL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
--- Comment #13 from Pat Haugen pthaugen at gcc dot gnu.org 2013-04-15
19:37:27 UTC ---
(In reply to comment #12)
(In reply to comment #11)
Created attachment 29877 [details]
patch papering over the issue with TODO_do_not_ggc_collect
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, mikestump at comcast dot net
Host: powerpc64-linux
Target: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57304
--- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org ---
The patch fixes the benchmark failure as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57337
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53180
Bug #: 53180
Summary: Revision 186378 generates incorrect code for cpu2006
416.gamess
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53180
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.8.0 |---
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53616
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54131
Bug #: 54131
Summary: ICE building 416.gamess, reload_cse_simplify_operands
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55033
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, jakub at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57741
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30402
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30402action=edit
full .i file
The proposed patch fixes the error for the reduced testcase and also fixes
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, meissner at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
Build
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, meissner at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
Build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Target|arm-none-eabi |arm-none-eabi
: other
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje.gcc at gmail dot com,
hubicka at gcc dot gnu.org, marxin.liska at gmail dot com
Host: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58096
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
rguenth at gcc dot gnu.org
Host: powerpc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30841
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30841action=edit
Source file
pdv.f source file from benchmark, which results in successful execution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30842
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30842action=edit
r202429 ldist dump
Loop distribution dump for pdv.f using rev 202429.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #3 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30843
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30843action=edit
r202431 ldist dump
Loop distribution dump for pdv.f using rev 202431.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org ---
Just discovered that -fwrapv results in successful execution also, so possibly
bad source.
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
ppluzhnikov at google dot com
Host: powerpc64-linux
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje.gcc at gmail dot com,
rguenth at gcc dot gnu.org
Host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
--- Comment #29 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #21)
(In reply to Pat Haugen from comment #19)
So in the case where MIN_INT32 is passed (sign extended), the upper 32 bits
are '1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61268
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61396
--- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Iain Sandoe from comment #3)
Revision r209530 is OK, r210534 is not, likely a wide-int fallout.
The problem first appeared in trunk revision 210113.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61950
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Target|sparc-sun-solaris2.1[01]|sparc-sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63150
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje.gcc at gmail dot com,
rsandifo at gcc dot gnu.org
Host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63165
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 33449
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33449action=edit
reduced testcase
Reduced testcase from 435.gromacs build failure.
[pthaugen@igoo delta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
--- Comment #10 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Jiong Wang from comment #8)
and I am curious about whether there are any performance change since this
insn sink change.
I built/ran cpu2000 and didn't see any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63419
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
vmakarov at gcc dot gnu.org
Host: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58675
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Attachment #30973|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
jakub at gcc dot gnu.org
Host: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60013
--- Comment #16 from Pat Haugen pthaugen at gcc dot gnu.org ---
I tried the patch from Comment 15 and was able to build/run the benchmark
successfully.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59762
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60032
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #10 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #9)
Can you please try the http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60418#c21
patch?
Trunk no longer fails with the options stated
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje at gcc dot gnu.org,
rsandifo at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60763
--- Comment #9 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to rsand...@gcc.gnu.org from comment #7)
Created attachment 32557 [details]
Updated patch that also uses op0_di for the conversion
Should be equivalent to the previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||sch...@linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
--- Comment #19 from Pat Haugen pthaugen at gcc dot gnu.org ---
Tracked down the problem in 176.gcc to a difference in the generated code for
benchmark source toplev.c:exact_log2_wide(). Following compiled with -O3
-mcpu=power7.
int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2010-03-31 11:56:08 |2011-11-08
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51074
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51074
--- Comment #9 from Pat Haugen pthaugen at gcc dot gnu.org 2011-11-22
16:15:09 UTC ---
(In reply to comment #7)
Created attachment 25878 [details]
gcc47-pr51074-be.patch
Big endian fix, untested.
This patch fixes the issue on both my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50102
Bug #: 50102
Summary: ICE in cp/mangle.c:write_type()
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862
--- Comment #8 from Pat Haugen pthaugen at gcc dot gnu.org 2011-08-22
18:44:01 UTC ---
I've verified the proposed patch fixes the testcase from bug 50102.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48722
--- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org 2011-08-22
18:55:49 UTC ---
The testcase from comment 1 no longer fails on trunk, so I'm unable to test the
patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49890
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49987
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50260
--- Comment #3 from Pat Haugen pthaugen at gcc dot gnu.org 2011-09-01
20:34:00 UTC ---
This also shows up on PowerPC in the 3 cpu2000 benchmarks 178.galgel, 191.fma3d
and 200.sixtrack.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50439
Bug #: 50439
Summary: gfortran infinite loop with -floop-interchange
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49629
--- Comment #7 from Pat Haugen pthaugen at gcc dot gnu.org 2011-10-12
15:19:54 UTC ---
No, I no longer see the failure on PowerPC, for the reduced testcase or the
full benchmark.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50801
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50969
Bug #: 50969
Summary: 17% degradation in 168.wupwise for interleave via
permutation
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50969
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org 2011-11-02
21:38:28 UTC ---
I swapped the numbers, should be:
-m64 -O3 -mcpu=power7
zaxpy : -79%
zscal : -24%
-m64 -O3 -mcpu=power7 -funroll-loops
zaxpy : -61%
zscal : -65%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47862
Summary: Incorrect code for spilling a vector register
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47862
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org 2011-02-24
21:54:00 UTC ---
Looks like the bogus spill/restore insns are being inserted via caller-save.c
routines since IRA assigned volatile regs to pseudos which are live across a
call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47862
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org 2011-02-25
00:55:20 UTC ---
The DI mode for the spill locations is being decided in
caller-save.c:init_caller_save(), which appears to decide what mode should be
used when a caller-saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47862
--- Comment #3 from Pat Haugen pthaugen at gcc dot gnu.org 2011-02-25
17:36:03 UTC ---
The following fixes the problem by changing the save mode for FP regs to V2DF
mode for TARGET_VSX. But I have questions/concerns on this that need more
digging
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
CC||pthaugen at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #8 from Pat Haugen pthaugen at gcc dot gnu.org 2011-03-02
23:03:36 UTC ---
(In reply to comment #6)
Created attachment 23520 [details]
Assembly output from testcase
David,
Can you post your output you get from this run, since we've
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
Pat Haugen pthaugen at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.6.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #10 from Pat Haugen pthaugen at gcc dot gnu.org 2011-03-03
22:12:12 UTC ---
This is looking like a dup of PR47862, note the following snippet of assembler.
stfd 0,360(1) #,
stfd 12,344(1) #,
stfd 13,352(1
1 - 100 of 371 matches
Mail list logo