[Bug target/80107] ICE in final_scan_insn, at final.c:2964

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80107 --- Comment #2 from Pat Haugen --- Author: pthaugen Date: Fri Mar 31 15:59:46 2017 New Revision: 246619 URL: https://gcc.gnu.org/viewcvs?rev=246619=gcc=rev Log: PR target/80107 * config/rs6000/rs6000.md (extendhi2): Add test for

[Bug target/79951] ICE in extract_insn, at recog.c:2311 on ppc64le with -mno-cmpb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79951 Pat Haugen changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/79951] ICE in extract_insn, at recog.c:2311 on ppc64le with -mno-cmpb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79951 --- Comment #4 from Pat Haugen --- Author: pthaugen Date: Tue Mar 21 16:36:39 2017 New Revision: 246328 URL: https://gcc.gnu.org/viewcvs?rev=246328=gcc=rev Log: PR target/79951 * config/rs6000/rs6000.md (copysign3_fcpsgn): Test

[Bug target/79951] ICE in extract_insn, at recog.c:2311 on ppc64le with -mno-cmpb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79951 --- Comment #3 from Pat Haugen --- Author: pthaugen Date: Tue Mar 21 16:32:46 2017 New Revision: 246327 URL: https://gcc.gnu.org/viewcvs?rev=246327=gcc=rev Log: PR target/79951 * config/rs6000/rs6000.md (copysign3_fcpsgn): Test

[Bug target/79951] ICE in extract_insn, at recog.c:2311 on ppc64le with -mno-cmpb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79951 --- Comment #2 from Pat Haugen --- Author: pthaugen Date: Fri Mar 17 16:42:29 2017 New Revision: 246228 URL: https://gcc.gnu.org/viewcvs?rev=246228=gcc=rev Log: PR target/79951 * config/rs6000/rs6000.md (copysign3_fcpsgn): Test

[Bug target/79951] ICE in extract_insn, at recog.c:2311 on ppc64le with -mno-cmpb

||2017-03-14 CC||pthaugen at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pthaugen at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Pat Haugen --- Confirmed. Reduced

[Bug target/79907] ICE in extract_constrain_insn, at recog.c:2213 on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79907 Pat Haugen changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/79907] ICE in extract_constrain_insn, at recog.c:2213 on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79907 --- Comment #1 from Pat Haugen --- Author: pthaugen Date: Fri Mar 10 14:32:42 2017 New Revision: 246029 URL: https://gcc.gnu.org/viewcvs?rev=246029=gcc=rev Log: PR target/79907 * config/rs6000/rs6000.c

[Bug target/79909] ICE error: invalid rtl sharing found in the insn on ppc64le

||2017-03-08 CC||pthaugen at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Pat Haugen --- Confirmed. Reduced testcase. // g++ -S -O1 -mxl-compat test.C typedef float td __attribute__ ((mode (TD))); td b

[Bug target/79905] ICE in canonical types differ for identical types __vector(4) int and V4i {aka __vector(4) int}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79905 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #2

[Bug target/79907] ICE in extract_constrain_insn, at recog.c:2213 on ppc64le

||2017-03-06 CC||pthaugen at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pthaugen at gcc dot gnu.org Ever confirmed|0 |1

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #14 from Pat Haugen --- (In reply to amker from comment #13) > We should create another PR for additional copy instructions after my patch > and close this one. IMHO they are two different issues. Yes, I agree. Yuri, can you take

[Bug target/79544] vec_sra (unsigned long long,foo) generating vsrd instead of vsrad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79544 Pat Haugen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/79544] vec_sra (unsigned long long,foo) generating vsrd instead of vsrad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79544 --- Comment #4 from Pat Haugen --- Author: pthaugen Date: Wed Mar 1 21:18:18 2017 New Revision: 245819 URL: https://gcc.gnu.org/viewcvs?rev=245819=gcc=rev Log: PR target/79544 * rs6000/rs6000-c.c (struct altivec_builtin_types):

[Bug target/79544] vec_sra (unsigned long long,foo) generating vsrd instead of vsrad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79544 --- Comment #3 from Pat Haugen --- Author: pthaugen Date: Wed Mar 1 21:17:46 2017 New Revision: 245818 URL: https://gcc.gnu.org/viewcvs?rev=245818=gcc=rev Log: PR target/79544 * rs6000/rs6000-c.c (struct altivec_builtin_types):

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #12 from Pat Haugen --- Now that pr77536 has been fixed can this issue be closed? The first testcase no longer has any loads from the stack in the loop, but does have 4 reg copies that seem like they could get cleaned up (RA/reload

[Bug target/79544] vec_sra (unsigned long long,foo) generating vsrd instead of vsrad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79544 --- Comment #2 from Pat Haugen --- Author: pthaugen Date: Mon Feb 27 16:06:13 2017 New Revision: 245762 URL: https://gcc.gnu.org/viewcvs?rev=245762=gcc=rev Log: PR target/79544 * config/rs6000/rs6000-c.c (struct

[Bug rtl-optimization/79584] ICE in base_to_reg, at lra-constraints.c:2918

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584 --- Comment #6 from Pat Haugen --- (In reply to Alan Modra from comment #5) > I'd test powerpc64-linux bi-arch but the machine I normally use for BE > testing had a disk die, and instead of trying to set everything up again at > midnight, I'm

[Bug target/79544] vec_sra (unsigned long long,foo) generating vsrd instead of vsrad

||2017-02-21 CC||pthaugen at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |pthaugen at gcc dot gnu.org Ever confirmed|0 |1

[Bug rtl-optimization/79584] ICE in base_to_reg, at lra-constraints.c:2918

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79584 Pat Haugen changed: What|Removed |Added CC||amodra at gcc dot gnu.org --- Comment #1

[Bug rtl-optimization/79584] New: ICE in base_to_reg, at lra-constraints.c:2918

-optimization Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone: --- Host: powerpc64-unknown-linux-gnu Target: powerpc64-unknown-linux

[Bug tree-optimization/79347] [7 regression] vect_do_peeling is messing up profile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79347 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #7

[Bug target/78604] [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78604 Pat Haugen changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/78604] [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78604 --- Comment #8 from Pat Haugen --- Author: pthaugen Date: Wed Feb 8 20:49:14 2017 New Revision: 245285 URL: https://gcc.gnu.org/viewcvs?rev=245285=gcc=rev Log: PR target/78604 * config/rs6000/rs6000.c

[Bug target/79158] gcc.target/powerpc/pr70669.c fails on powerpc BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79158 Pat Haugen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/78241] [7 Regression] wrong code with -funroll-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241 --- Comment #6 from Pat Haugen --- (In reply to Pat Haugen from comment #5) > Author: pthaugen > Date: Fri Feb 3 14:20:30 2017 > New Revision: 245152 > Ignore this, used wrong commit message on another patch.

[Bug rtl-optimization/78241] [7 Regression] wrong code with -funroll-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241 --- Comment #5 from Pat Haugen --- Author: pthaugen Date: Fri Feb 3 14:20:30 2017 New Revision: 245152 URL: https://gcc.gnu.org/viewcvs?rev=245152=gcc=rev Log: PR rtl-optimization/78241 * loop-unroll.c

[Bug target/78604] [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

at gcc dot gnu.org |pthaugen at gcc dot gnu.org

[Bug target/79158] gcc.target/powerpc/pr70669.c fails on powerpc BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79158 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org

[Bug tree-optimization/70754] [5/6/7 Regression] ICE during predictive commoning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70754 --- Comment #11 from Pat Haugen --- (In reply to amker from comment #10) > Author: amker > Date: Mon Jan 23 15:59:19 2017 > New Revision: 244815 This fixes the problem on powerpc.

[Bug rtl-optimization/11488] Pre-regalloc scheduling severely worsens performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11488 Pat Haugen changed: What|Removed |Added Target|alphaev68-*-*, powerpc-*-* |alphaev68-*-* --- Comment #14 from Pat

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #10 from Pat Haugen --- (In reply to Jakub Jelinek from comment #9) > Any progress on this? Besides waiting for pr77536 to be fixed, I'm not sure what specifically can be done on this issue to fix the problem. I personally have not

[Bug rtl-optimization/11488] Pre-regalloc scheduling severely worsens performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11488 --- Comment #13 from Pat Haugen --- Fixed on powerpc. Testcase times (at 8X original loop count to get measurable times). base: 4.436 sec base + -fno-schedule-insns: 2.052 sec base + patch: 1.815 sec

[Bug rtl-optimization/11488] Pre-regalloc scheduling severely worsens performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11488 --- Comment #12 from Pat Haugen --- Author: pthaugen Date: Wed Dec 21 19:15:32 2016 New Revision: 243866 URL: https://gcc.gnu.org/viewcvs?rev=243866=gcc=rev Log: PR rtl-optimization/11488 * common/config/rs6000/rs6000-common.c

[Bug tree-optimization/77536] Vectorizer not maintaining relationship of relative block frequencies in absence of real profile data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77536 --- Comment #3 from Pat Haugen --- pr78116 contains a couple testcases that showed degradation on x86 caused by spill inside a vectorized loop due to messed up BB frequencies.

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 Pat Haugen changed: What|Removed |Added Depends on||77536 --- Comment #8 from Pat Haugen ---

[Bug rtl-optimization/78241] [7 Regression] wrong code with -funroll-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241 Pat Haugen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/78241] [7 Regression] wrong code with -funroll-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241 --- Comment #3 from Pat Haugen --- Author: pthaugen Date: Thu Nov 10 18:55:57 2016 New Revision: 242047 URL: https://gcc.gnu.org/viewcvs?rev=242047=gcc=rev Log: PR rtl-optimization/78241 * loop-unroll.c

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #6 from Pat Haugen --- Can you post your configure command (or gcc -v output).

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #4 from Pat Haugen --- (In reply to Yuri Rumyantsev from comment #2) > WE also found out performance drop on another important benchmark with the > same symptoms after r241170, namely loop marked with .L18 has +12 more fills > from

[Bug rtl-optimization/78029] New: ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, segher at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone: --- Host: powerpc64*-unknown

[Bug rtl-optimization/68212] Loop unroller breaks basic block frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212 --- Comment #4 from Pat Haugen --- Author: pthaugen Date: Fri Oct 14 17:10:18 2016 New Revision: 241170 URL: https://gcc.gnu.org/viewcvs?rev=241170=gcc=rev Log: PR rtl-optimization/68212 * cfgloopmanip.c

[Bug tree-optimization/70754] [5/6/7 Regression] ICE during predictive commoning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70754 --- Comment #5 from Pat Haugen --- (In reply to Pat Haugen from comment #4) > This also occurs on powerpc64/powerpc64le. > I should note that the failure on powerpc64* doesn't start until GCC 7 rev 236043, where a

[Bug tree-optimization/77677] [7 Regression] ICE at -O1 and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (internal compiler error: in set_value_range, at tree-vrp.c:361)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77677 --- Comment #12 from Pat Haugen --- (In reply to kugan from comment #11) > 2016-09-27 Kugan Vivekanandarajah > > PR ipa/77677 > * ipa-prop.c (ipa_compute_jump_functions_for_edge): Use >

[Bug tree-optimization/77677] [7 Regression] ICE at -O1 and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (internal compiler error: in set_value_range, at tree-vrp.c:361)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77677 --- Comment #9 from Pat Haugen --- (In reply to kugan from comment #8) > Author: kugan > Date: Fri Sep 23 10:25:09 2016 > New Revision: 240420 > > URL: https://gcc.gnu.org/viewcvs?rev=240420=gcc=rev > Log: > Drop TREE_OVERFLOW > >

[Bug gcov-profile/77698] New: Loop not considered hot after profiling

-profile Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, hubicka at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone: --- Host: powerpc64*-unknown-linux-gnu

[Bug rtl-optimization/68212] Loop unroller breaks basic block frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212 Pat Haugen changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org --- Comment #3

[Bug rtl-optimization/77416] [7 Regression] LRA rematerializing use of CA reg across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77416 --- Comment #9 from Pat Haugen --- (In reply to Vladimir Makarov from comment #8) > > The attached patch should solve the problem. If it works for you. I'll > commit it on the next week. I verified the patch fixes the problem. Thanks.

[Bug tree-optimization/77536] Vectorizer not maintaining relationship of relative block frequencies in absence of real profile data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77536 --- Comment #1 from Pat Haugen --- Author: pthaugen Date: Tue Sep 13 15:58:52 2016 New Revision: 240113 URL: https://gcc.gnu.org/viewcvs?rev=240113=gcc=rev Log: PR tree-optimization/77536 PR rtl-optimization/68212 *

[Bug rtl-optimization/68212] Loop unroller breaks basic block frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212 --- Comment #2 from Pat Haugen --- Author: pthaugen Date: Tue Sep 13 15:58:52 2016 New Revision: 240113 URL: https://gcc.gnu.org/viewcvs?rev=240113=gcc=rev Log: PR tree-optimization/77536 PR rtl-optimization/68212 *

[Bug tree-optimization/77536] New: Vectorizer not maintaining relationship of relative block frequencies in absence of real profile data

: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, rguenth at gcc dot gnu.org, wschmidt at gcc dot

[Bug rtl-optimization/77416] [7 Regression] LRA rematerializing use of CA reg across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77416 --- Comment #4 from Pat Haugen --- Didn't really think of this before, but the call isn't necessarily the problem, addze sets the CA bit too. So it's invalid to remataterialize the addze after an addze.

[Bug rtl-optimization/77416] New: LRA rematerializing use of CA reg across function call

Component: rtl-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, vmakarov at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone

[Bug rtl-optimization/77289] New: ICE in extract_constrain_insn, at recog.c:2212 on powerpc64

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, dje.gcc at gmail dot com, seurer at gcc dot gnu.org, wschmidt at gcc dot gnu.org

[Bug tree-optimization/70754] [5/6/7 Regression] ICE during predictive commoning

, ||powerpc64* CC||dje.gcc at gmail dot com, ||pthaugen at gcc dot gnu.org, ||wschmidt at gcc dot gnu.org --- Comment #4 from Pat

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 Pat Haugen changed: What|Removed |Added Last reconfirmed||2016-07-21 0:00 --- Comment #12 from Pat

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org

[Bug fortran/71902] [5/6 Regression] Unneeded temporary on reallocatable character assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71902 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org

[Bug target/70568] [4.9/5/6/7 regression] PowerPC64: union of floating and fixed doesn't use POWER8 GPR/VSR moves

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70568 --- Comment #4 from Pat Haugen --- (In reply to acsawdey from comment #3) > Tracked this back to 210824, and in particular this change: > > @@ -860,10 +897,15 @@ > } > } > > - /* If

[Bug target/71800] GCC generates invalid instruction (stxsiwx) with -mcpu=power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71800 Pat Haugen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/71800] New: GCC generates invalid instruction (stxsiwx) with -mcpu=power7

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, meissner at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone: --- Host

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 Pat Haugen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #12 from Pat Haugen --- Testcase fix was committed in r236672. Does this pr need to be left open for the subreg discussion or can it be closed?

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #9 from Pat Haugen --- (In reply to Bill Schmidt from comment #8) > The test is verifying that we force some nops in between a store and load > when we know they alias, to mitigate the cost of the stall while the load > tries to get

[Bug tree-optimization/70130] [6 Regression] h264ref fails with verification error starting with r231674 (r224221 is the true start of the problem)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130 --- Comment #29 from Pat Haugen --- Verified the patch also fixes the problem with h264ref benchmark.

[Bug testsuite/68232] gcc.dg/ifcvt-4.c fails on some arm configurations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68232 --- Comment #9 from Pat Haugen --- (In reply to James Greenhalgh from comment #8) > > For powerpc64 you'll need to enable conditional move instructions using > "-misel" (or equivalent) for this test to pass. > Added -misel for powerpc* in

[Bug tree-optimization/70130] [6 Regression] h264ref fails with verification error starting with r231674

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130 --- Comment #2 from Pat Haugen --- The benchmark behaves the same on BE/LE, passes with -mcpu=power8, fails with -mcpu=power7.

[Bug tree-optimization/70130] New: h264ref fails with verification error starting with r231674

Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, rguenth at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone

[Bug target/34087] ICE in regrename.c for movdf_hardfloat64_mfpgpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34087 Pat Haugen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/68232] gcc.dg/ifcvt-4.c fails on some arm configurations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68232 --- Comment #6 from Pat Haugen --- (In reply to James Greenhalgh from comment #5) > "Fixed" with the testsuite skips. Feel free to add any other target triplets > for which this test is unreliable. I was going to modify the powerpc64le triplet

[Bug target/32429] [PPC, missing optimization] stack space not optimized when stack not used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32429 Pat Haugen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/32401] [PPC/Altivec] Non optimal code structure with -mabi=altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32401 Bug 32401 depends on bug 32429, which changed state. Bug 32429 Summary: [PPC, missing optimization] stack space not optimized when stack not used https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32429 What|Removed

[Bug tree-optimization/68526] [6 Regression] gcc.target/powerpc/recip-4.c fails starting with r230492

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68526 Pat Haugen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/68501] [6 Regression] sqrt builtin is not used anymore

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68501 --- Comment #5 from Pat Haugen --- *** Bug 68526 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/68526] New: [6 Regression] gcc.target/powerpc/recip-4.c fails starting with r230492

Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: dje at gcc dot gnu.org, rsandifo at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone

[Bug tree-optimization/68445] New: ICE: internal compiler error: in operator[], at vec.h

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 Target Milestone: --- Host: powerpc64-unknown-linux-gnu Target: powerpc64-unknown

[Bug target/64358] Wrong code for __int128 operations in powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64358 Pat Haugen changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/67945] [6 Regression] Testsuite failures starting with revision 228616

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67945 --- Comment #6 from Pat Haugen --- (In reply to Richard Biener from comment #3) > Was this maybe fixed by > > 2015-10-13 Richard Sandiford > > * real.h (real_isinteger): Declare. > * real.c

[Bug tree-optimization/67909] [6 Regression] 416.gamess in SPEC CPU 2006 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67909 --- Comment #6 from Pat Haugen --- 416.gamess now passes on powerpc64 as well.

[Bug tree-optimization/67909] [6 Regression] 416.gamess in SPEC CPU 2006 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67909 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #2

[Bug tree-optimization/67945] New: Testsuite failures starting with revision 228616

: 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, rdsandiford at googlemail dot com Target Milestone: --- Host: powerpc64

[Bug bootstrap/67789] New: Bootstrap failure with java starting at rev 228022

: bootstrap 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, segher at gcc dot gnu.org Target Milestone: --- Host

[Bug tree-optimization/67755] New: Bad edge probability/block freqency for tree jump threading

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, tejohnson at google dot com Target Milestone

[Bug fortran/67531] No IEEE rounding support for powerpc long double type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67531 --- Comment #5 from Pat Haugen --- (In reply to Francois-Xavier Coudert from comment #3) > How about with this? I'm trying to come as close as possible to the exact > sequence of fe.etround() calls as the Fortran front-end and runtime library >

[Bug fortran/67531] FAIL: gfortran.dg/ieee/large_2.f90 -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67531 --- Comment #2 from Pat Haugen --- (In reply to Francois-Xavier Coudert from comment #1) > Thanks for the report. So apparently, on powerpc64le-unknown-linux-gnu, long > double division of 1.0L by 3.0L with rounding mode set to "down" is >

[Bug fortran/67509] [6 regression] FAIL: gfortran.dg/ieee/ieee_7.f90 -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67509 --- Comment #2 from Pat Haugen --- (In reply to Francois-Xavier Coudert from comment #1) > Thanks Andreas for reporting this. Could you please compile and run the > following Fortran source, and paste the output here? It's been a long time >

[Bug fortran/67531] New: FAIL: gfortran.dg/ieee/large_2.f90 -O0 execution test

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: pthaugen at gcc dot gnu.org CC: fxcoudert at gcc dot gnu.org Target Milestone: --- Target: powerpc*-*-* Testcase has been failing since added to the testsuite

[Bug rtl-optimization/67441] New: Scheduler unable to disambiguate memory references in unrolled loop

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, dje at gcc dot gnu.org, wschmidt at gcc dot gnu.org Target Milestone

[Bug tree-optimization/66729] Segfault starting with r224967

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66729 --- Comment #6 from Pat Haugen pthaugen at gcc dot gnu.org --- (In reply to rsand...@gcc.gnu.org from comment #4) Hmm, bootstrap succeeded for me on gcc110. I used r225278, but I don't think anything significant changed between the two

[Bug tree-optimization/66729] New: Segfault starting with r224967

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 Target Milestone: --- Host: powerpc64-unknown-linux-gnu

[Bug tree-optimization/66729] Segfault starting with r224967

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66729 --- Comment #3 from Pat Haugen pthaugen at gcc dot gnu.org --- (In reply to rsand...@gcc.gnu.org from comment #2) (In reply to David Edelsohn from comment #1) Is this the bootstrap failure that Segher tracked to Richard Sandiford? Richard

[Bug tree-optimization/65355] [4.8/4.9 Regression] vectorizer increase alignment of symbols already placed in anchors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65355 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added CC||pthaugen at gcc

[Bug ipa/65394] New: r221327 causes gcc.dg/ipa/pr63569.c to fail

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, hubicka at gcc dot gnu.org Host: powerpc64-unknown-linux-gnu Target: powerpc64-unknown

[Bug tree-optimization/65310] vectorizer uses wrong alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65310 --- Comment #6 from Pat Haugen pthaugen at gcc dot gnu.org --- Can you be more specific as with what options it fails? I just tried current trunk (r221324) and the testcase still fails. Only one basic block vectorized string is generated, where

[Bug tree-optimization/65310] vectorizer uses wrong alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65310 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added CC||pthaugen at gcc

[Bug ipa/65237] [5 Regression] r221040 caused many regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added CC||bergner at gcc

[Bug ipa/65237] [5 Regression] r221040 caused many regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added CC||pthaugen at gcc

[Bug rtl-optimization/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added CC||pthaugen at gcc

[Bug rtl-optimization/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219 --- Comment #20 from Pat Haugen pthaugen at gcc dot gnu.org --- (In reply to H.J. Lu from comment #19) Can you try fix in PR 65074? Yes, that fixes the problem.

[Bug target/64358] Wrong code for __int128 operations in powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64358 --- Comment #5 from Pat Haugen pthaugen at gcc dot gnu.org --- Author: pthaugen Date: Tue Jan 13 19:17:42 2015 New Revision: 219551 URL: https://gcc.gnu.org/viewcvs?rev=219551root=gccview=rev Log: Backport from mainline 2014-12-20

<    1   2   3   4   >