[Bug c/38416] c-parser.c puts pragma_kind as a 7 bit field, when 8 will generate better code

--- Comment #2 from meissner at gcc dot gnu dot org 2008-12-05 21:06 --- Subject: Bug 38416 Author: meissner Date: Fri Dec 5 21:05:14 2008 New Revision: 142493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142493 Log: PR c/38416, make pragma_kind 8 bits Modified:

[Bug tree-optimization/40049] Incorrect tree made for vector shifted by constant on powerpc, spu

--- Comment #8 from meissner at gcc dot gnu dot org 2009-05-07 21:19 --- Subject: Bug 40049 Author: meissner Date: Thu May 7 21:18:54 2009 New Revision: 147252 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147252 Log: Support vector rotates; Fix bug 40049 whic

[Bug tree-optimization/40049] Incorrect tree made for vector shifted by constant on powerpc, spu

--- Comment #10 from meissner at gcc dot gnu dot org 2009-05-08 22:39 --- Subject: Bug 40049 Author: meissner Date: Fri May 8 22:38:49 2009 New Revision: 147298 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147298 Log: Fix PR 40049 Added: trunk/gcc/testsuite/gcc

[Bug bootstrap/40118] cond-optab breaks powerpc bootstrap

--- Comment #1 from meissner at gcc dot gnu dot org 2009-05-12 12:52 --- Subject: Bug 40118 Author: meissner Date: Tue May 12 12:52:45 2009 New Revision: 147434 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147434 Log: Fix PR bootstrap/40118 Modified: trunk/gcc/C

[Bug tree-optimization/40219] iterative_hash_expr in tree.c has an out of bound reference for machine specific builtins

--- Comment #2 from meissner at gcc dot gnu dot org 2009-05-22 21:51 --- Subject: Bug 40219 Author: meissner Date: Fri May 22 21:51:12 2009 New Revision: 147807 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147807 Log: Fix PR tree-optimization/40219 Modified: t

[Bug tree-optimization/40219] iterative_hash_expr in tree.c has an out of bound reference for machine specific builtins

--- Comment #3 from meissner at gcc dot gnu dot org 2009-05-22 22:09 --- Created an attachment (id=17905) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17905&action=view) This was the patch that was checked in. Note, the original patch had the wrong ChangeLog. -- meis

[Bug tree-optimization/40219] iterative_hash_expr in tree.c has an out of bound reference for machine specific builtins

--- Comment #4 from meissner at gcc dot gnu dot org 2009-05-22 22:46 --- Patch checked in svn revision 147806. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/40348] New: Powerpc spe segfaults in vectorizing powf (a[i], 0.5f)

nt. -- Summary: Powerpc spe segfaults in vectorizing powf (a[i], 0.5f) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot or

[Bug tree-optimization/40348] Powerpc spe segfaults in vectorizing powf (a[i], 0.5f)

--- Comment #1 from meissner at gcc dot gnu dot org 2009-06-04 21:19 --- Created an attachment (id=17952) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17952&action=view) Reduced test case Compile with -O3 -ffast-math -mspe on a compiler configured for powerpc-s

[Bug bootstrap/40597] New: Powerpc bootstrap is broken due to changes in expmed.c

Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http

[Bug bootstrap/40597] Powerpc bootstrap is broken due to changes in expmed.c

--- Comment #3 from meissner at gcc dot gnu dot org 2009-06-29 21:36 --- Created an attachment (id=18097) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18097&action=view) Proposed patch to fix the problem This patch allows the powerpc64-gnu-linux system to boostrap onc

[Bug bootstrap/40558] [4.5 Rgression] At revision 148962 bootstrap fails on powerpc-apple-darwin9

--- Comment #6 from meissner at gcc dot gnu dot org 2009-07-01 22:23 --- Created an attachment (id=18114) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18114&action=view) Patch to undo change that breaks darwin9 I'm adding the missing ChangeLog comments also.

[Bug bootstrap/40558] [4.5 Rgression] At revision 148962 bootstrap fails on powerpc-apple-darwin9

--- Comment #7 from meissner at gcc dot gnu dot org 2009-07-01 22:34 --- Subject: Bug 40558 Author: meissner Date: Wed Jul 1 22:34:26 2009 New Revision: 149155 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149155 Log: Fix PR 40558, undo part of June 25th patch

[Bug boehm-gc/40785] New: Powerpc bootstrap is broken due to problems in boehm-gc

Component: boehm-gc AssignedTo: meissner at linux dot vnet dot ibm dot com ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http

[Bug boehm-gc/40785] Powerpc bootstrap is broken due to problems in boehm-gc

--- Comment #1 from meissner at gcc dot gnu dot org 2009-07-17 14:53 --- Created an attachment (id=18213) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18213&action=view) Patch to use sync builtins if we can, and fix asm constraints if we have an older compiler --

[Bug ada/40637] Ada bootstrap on powerpc64 ICE on stage3 s-bitops.o

--- Comment #6 from meissner at gcc dot gnu dot org 2009-07-31 22:01 --- It is probably related to my powerpc power7 checkin starting with 148869. It may or may not be related to an issue I am looking at in that if you build the compiler with altivec, it miscompiles the code, and 403

[Bug testsuite/40671] [4.5 Regression] internal compiler error: in extract_insn, at recog.c:2089 on powerpc

--- Comment #1 from meissner at gcc dot gnu dot org 2009-07-31 22:03 --- I suspect this may be related to a problem with building for altivec that I noticed after checking in the first of the powerpc changes. If possible, could you rebuild the compiler with BOOT_CFLAGS='-g -O2

[Bug target/37841] SPU compiler is not complaint with the ABI

--- Comment #1 from meissner at gcc dot gnu dot org 2008-10-24 23:46 --- Subject: Bug 37841 Author: meissner Date: Fri Oct 24 23:45:02 2008 New Revision: 141356 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141356 Log: PR target/37841: Fix SPU abi Added: t

[Bug testsuite/38025] [4.4 Regression] gcc.target/spu/intrinsics-1.c test fails

--- Comment #3 from meissner at gcc dot gnu dot org 2008-11-05 23:47 --- Subject: Bug 38025 Author: meissner Date: Wed Nov 5 23:45:36 2008 New Revision: 141628 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141628 Log: Fix PR 38025 Modified: trunk/gcc/testsuite/C

[Bug target/39457] [power7-meissner] unable to find a register to spill in class 'LINK_OR_CTR_REGS'

--- Comment #4 from meissner at gcc dot gnu dot org 2009-03-13 20:11 --- Subject: Bug 39457 Author: meissner Date: Fri Mar 13 20:11:19 2009 New Revision: 144846 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144846 Log: Fix pr 39457 Added: branches/ibm/power7-meis

[Bug driver/39293] -save-temps does not follow the -o option and instead puts the temp file in the current directory

--- Comment #4 from meissner at gcc dot gnu dot org 2009-04-02 20:45 --- Subject: Bug 39293 Author: meissner Date: Thu Apr 2 20:45:26 2009 New Revision: 145470 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145470 Log: [PATCH, committed] Add -save-temps=obj,

[Bug testsuite/39769] vmx tests fail due to reliance on floating point equality

--- Comment #2 from meissner at gcc dot gnu dot org 2009-04-14 22:56 --- Subject: Bug 39769 Author: meissner Date: Tue Apr 14 22:55:52 2009 New Revision: 146068 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146068 Log: PR testsuite/39769 Modified: trunk/gcc/t

[Bug testsuite/39769] vmx tests fail due to reliance on floating point equality

--- Comment #3 from meissner at gcc dot gnu dot org 2009-04-14 22:57 --- Subject: Bug 39769 Author: meissner Date: Tue Apr 14 22:56:52 2009 New Revision: 146070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146070 Log: PR testsuite/39769 Modified: branches/ib

[Bug testsuite/39769] vmx tests fail due to reliance on floating point equality

--- Comment #4 from meissner at gcc dot gnu dot org 2009-04-14 22:58 --- Subject: Bug 39769 Author: meissner Date: Tue Apr 14 22:57:51 2009 New Revision: 146071 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146071 Log: PR testsuite/39769 Modified: branches/ibm

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

--- Comment #13 from meissner at gcc dot gnu dot org 2009-04-30 22:00 --- Subject: Bug 39955 Author: meissner Date: Thu Apr 30 21:59:49 2009 New Revision: 147021 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147021 Log: fix for PR 39955 Modified: trunk/gcc/C

[Bug testsuite/39776] FAIL: g++.dg/ext/altivec-15.C

-- meissner at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |meissner at gcc dot gnu dot |dot org

[Bug target/41145] New: My VSX changes broke gcc.dg/dfp/altivec-types.c

Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http

[Bug target/41145] My VSX changes broke gcc.dg/dfp/altivec-types.c

--- Comment #1 from meissner at gcc dot gnu dot org 2009-08-21 22:47 --- Created an attachment (id=18410) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18410&action=view) Restore error messages broken by VSX changes -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41145

[Bug testsuite/40671] [4.5 Regression] internal compiler error: in extract_insn, at recog.c:2089 on powerpc

--- Comment #5 from meissner at gcc dot gnu dot org 2009-08-21 22:48 --- Created an attachment (id=18411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18411&action=view) Use correct target test to size pointers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40671

[Bug target/41210] ICE with vsx_movv2df

--- Comment #1 from meissner at gcc dot gnu dot org 2009-09-09 22:57 --- Created an attachment (id=18557) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18557&action=view) Patch to require vector addresses for GPRs to be a single register -- http://gcc.gnu.org/b

[Bug target/41331] New: __builtin_bswap64 generates incorrect code for -m32 -mpowerpc64

MED Severity: normal Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powe

[Bug target/41331] __builtin_bswap64 generates incorrect code for -m32 -mpowerpc64

--- Comment #1 from meissner at gcc dot gnu dot org 2009-09-10 16:37 --- Created an attachment (id=18563) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18563&action=view) Fix thinkos with -m32 -mpowerpc64, add new testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41331

[Bug target/41210] ICE with vsx_movv2df

--- Comment #2 from meissner at gcc dot gnu dot org 2009-09-14 16:59 --- Subject: Bug 41210 Author: meissner Date: Mon Sep 14 16:59:12 2009 New Revision: 151691 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151691 Log: Fix PR 41210 & 41331 on powerpc Added:

[Bug bootstrap/41626] New: GCC does not bootstrap on powerpc64

r Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu htt

[Bug bootstrap/41626] GCC does not bootstrap on powerpc64

--- Comment #1 from meissner at gcc dot gnu dot org 2009-10-07 21:14 --- Created an attachment (id=18746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18746&action=view) Simplified test case that fails on the powerpc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41626

[Bug bootstrap/41626] [4.5 Regression] GCC does not bootstrap on powerpc64

--- Comment #2 from meissner at gcc dot gnu dot org 2009-10-07 22:00 --- Subversion revision 152520 is the revision that breaks this. The change in question is: 009-10-07 Jan Hubicka * lto-symtab.c (lto_cgraph_replace_node): Assert that inline clones has no address

[Bug middle-end/41626] [4.5 Regression] GCC does not bootstrap on powerpc64

--- Comment #8 from meissner at gcc dot gnu dot org 2009-10-08 18:59 --- Created an attachment (id=18754) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18754&action=view) Patch that fixes the powerpc bootstrap problem. This is the patch that I checked in that came f

[Bug middle-end/41626] [4.5 Regression] GCC does not bootstrap on powerpc64

--- Comment #9 from meissner at gcc dot gnu dot org 2009-10-08 19:00 --- Patch checked into mainline, subversion id 152569. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug testsuite/41701] New: scan-assembler-not has false positives

tives Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powe

[Bug target/41787] New: Power7 code violates ABI

: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41787

[Bug target/41787] Power7 code violates ABI

--- Comment #1 from meissner at gcc dot gnu dot org 2009-10-22 21:53 --- Created an attachment (id=18872) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18872&action=view) Patch to fix both problems in 41787 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41787

[Bug target/43154] New: vec_mergel and vec_mergeh should support V2DF/V2DI

Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu

[Bug target/43154] vec_mergel and vec_mergeh should support V2DF/V2DI

--- Comment #1 from meissner at gcc dot gnu dot org 2010-02-23 22:42 --- Created an attachment (id=19941) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19941&action=view) Patch to add vector merge low/high for V2DF/V2DI -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43154

[Bug middle-end/28752] bootstrap comparision fails with "-ftree-vectorize -maltivec" on ppc

--- Comment #36 from meissner at gcc dot gnu dot org 2010-02-25 04:59 --- I've tested the current GCC 4.5 development branch and it builds fine now with BOOT_CFLAGS='-g -O3 -ftree-vectorize -mcpu=power5 -maltivec'. It also builds with BOOT_CFLAGS='-g -O3 -ftree-ve

[Bug target/23983] the altivec builtins should be marked as pure/const

--- Comment #8 from meissner at gcc dot gnu dot org 2010-02-25 20:03 --- Patches checked in on October 15th, 2009 to properly set pure/const. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/43154] vec_mergel and vec_mergeh should support V2DF/V2DI

--- Comment #2 from meissner at gcc dot gnu dot org 2010-02-25 18:25 --- Subject: Bug 43154 Author: meissner Date: Thu Feb 25 18:25:26 2010 New Revision: 157069 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157069 Log: Fix PR target/43154 Added: branches/ib

[Bug target/41145] My VSX changes broke gcc.dg/dfp/altivec-types.c

--- Comment #2 from meissner at gcc dot gnu dot org 2010-02-25 21:29 --- Patch checked in on August 21, 2009. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/43154] vec_mergel and vec_mergeh should support V2DF/V2DI

--- Comment #3 from meissner at gcc dot gnu dot org 2010-02-25 22:27 --- Subject: Bug 43154 Author: meissner Date: Thu Feb 25 22:26:55 2010 New Revision: 157074 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157074 Log: Fix PR target/43154 Added: trunk/gcc/t

[Bug tree-optimization/42286] October 23rd change to tree-ssa-pre.c breaks calculix on powerpc with -ffast-math

--- Comment #12 from meissner at gcc dot gnu dot org 2010-03-03 23:01 --- As I said in the last bug entry, I have convinced myself that the compiler is correct, and that the bug is caused by using -ffast-math when compiling, but the atan2 library function supporting full IEEE semantics

[Bug bootstrap/43299] New: Subversion id 157264 breaks powerpc 64-bit bootstraps

Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: jakub at redhat dot com ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu

[Bug bootstrap/43299] [4.5 Regression] Subversion id 157264 breaks powerpc 64-bit bootstraps

--- Comment #8 from meissner at gcc dot gnu dot org 2010-03-09 23:14 --- Yes, it appears fixed here as well. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43299

[Bug middle-end/42431] [4.5 Regression] wrong code for 200.sixtrack with vectorization and -fdata-sections

--- Comment #14 from meissner at gcc dot gnu dot org 2010-03-11 20:11 --- Created an attachment (id=20090) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20090&action=view) Patch to remove band-aid now that the underlying problem was fixed In doing the initial VSX develop

[Bug rtl-optimization/43413] New: Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

everity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc6

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #1 from meissner at gcc dot gnu dot org 2010-03-17 22:35 --- Created an attachment (id=20134) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20134&action=view) Test case from the gromacs benchmark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43413

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #2 from meissner at gcc dot gnu dot org 2010-03-17 22:37 --- Created an attachment (id=20135) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20135&action=view) Bzip2 tar file of the assembly output for altivec, vsx, scalar, and no-spill -- http://gcc.

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #3 from meissner at gcc dot gnu dot org 2010-03-17 22:38 --- Created an attachment (id=20136) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20136&action=view) Bzip2 tar file of the ira dump output for altivec, vsx, scalar, and no-spill -- http://gcc.

[Bug rtl-optimization/43484] New: GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

iority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu

[Bug rtl-optimization/43484] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #1 from meissner at gcc dot gnu dot org 2010-03-22 20:11 --- Created an attachment (id=20164) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20164&action=view) Reduced function that causes the problem To replicate this, use -m32 -O2 -mcpu=power4 -funrol

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #3 from meissner at gcc dot gnu dot org 2010-03-22 21:02 --- I just replicated on my x86_64 cross compiler: bug-43484.f: In function ‘gcidav’: bug-43484.f:670:0: internal compiler error: in change_address_1, at emit-rtl.c:1912 Please submit a full bug report, with

[Bug rtl-optimization/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #5 from meissner at gcc dot gnu dot org 2010-03-22 23:58 --- Subversion id 157525 does not abort, while subversion id 157540 does abort. The GCC changelog includes these changes: 2010-03-18 Steven Bosscher Eric Botcazou PR rtl-optimization/43360

[Bug target/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #6 from meissner at gcc dot gnu dot org 2010-03-23 15:10 --- The rs6000 change on 2010-03-17 is the culprit. If I do a svn update for the sandbox, and then do: $ svn update -r157529 gcc/config/rs6000 There is no error. -- meissner at gcc dot gnu dot org changed

[Bug target/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #7 from meissner at gcc dot gnu dot org 2010-03-23 16:10 --- I forgot Peter was on vacation. I'll take it. -- meissner at gcc dot gnu dot org changed: What|Removed |

[Bug rtl-optimization/43413] Powerpc generates worse code for -mvsx on gromacs even though there are no VSX instructions used

--- Comment #12 from meissner at gcc dot gnu dot org 2010-03-23 23:40 --- This reduces the spills, and brings the performance backs up. I'm closing the bug. Thanks. -- meissner at gcc dot gnu dot org changed: What|Removed |

[Bug target/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #8 from meissner at gcc dot gnu dot org 2010-03-23 23:43 --- I have tracked down the issue, and will submit a patch tomorrow after further testing. The issue is when a multi-word items is loaded to GPRS, and the address is of the form (r0+reg), the compiler was using r0 as

[Bug target/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #9 from meissner at gcc dot gnu dot org 2010-03-24 18:00 --- Created an attachment (id=20187) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20187&action=view) Patch to swap registers if first register is r0 in multi-word moves. This patch fixes the pro

[Bug target/43484] [4.5 Regression] GCC 4.5 does not build gamess, zeusmp on powerpc -m32 with loop unrolling

--- Comment #10 from meissner at gcc dot gnu dot org 2010-03-24 21:12 --- Patch checked in, subversion id 157709. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/43544] New: TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64

[Bug tree-optimization/43544] TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

--- Comment #1 from meissner at gcc dot gnu dot org 2010-03-26 18:37 --- Created an attachment (id=20216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20216&action=view) Patch to change hook to take tree as argument, not integer. This patch fixes the hook to take a tr

[Bug tree-optimization/43544] TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

--- Comment #3 from meissner at gcc dot gnu dot org 2010-03-27 10:27 --- Subject: Bug 43544 Author: meissner Date: Sat Mar 27 10:27:39 2010 New Revision: 157770 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157770 Log: PR 43544

[Bug middle-end/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

--- Comment #6 from meissner at gcc dot gnu dot org 2010-04-14 15:02 --- Subject: Bug 42694 Author: meissner Date: Wed Apr 14 15:01:40 2010 New Revision: 158346 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158346 Log: PR 42694: Optimize pow (x, 0.25), pow (x, 0.75)

[Bug middle-end/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

--- Comment #7 from meissner at gcc dot gnu dot org 2010-04-14 15:03 --- Fixed with subversion id 158346. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/42286] New: October 23rd change to tree-ssa-pre.c breaks calculix on powerpc with -ffast-math

alculix on powerpc with -ffast-math Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meiss

[Bug rtl-optimization/42694] New: Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

)) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu

[Bug rtl-optimization/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

--- Comment #1 from meissner at gcc dot gnu dot org 2010-01-11 21:42 --- Created an attachment (id=19542) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19542&action=view) Program to demonstrate the slowdown This program calculates the speed of various pow arguments. --

[Bug target/42747] New: -mcpu=power7 (or -mvsx) does not generate the xssqrtdp instruction

qrtdp instruction Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: mei

[Bug target/42747] -mcpu=power7 (or -mvsx) does not generate the xssqrtdp instruction

--- Comment #1 from meissner at gcc dot gnu dot org 2010-01-14 18:21 --- Created an attachment (id=19599) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19599&action=view) Patch to enable sqrtdf if -mvsx Patch to split sqrtdf2 into expander/insn. -- http://gcc.

[Bug middle-end/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

--- Comment #3 from meissner at gcc dot gnu dot org 2010-01-26 00:40 --- Created an attachment (id=19706) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19706&action=view) Proposed patch to fix the problem Patch to add 3 new switches to tune whether to use a combination

[Bug testsuite/41701] scan-assembler-not has false positives

--- Comment #1 from meissner at gcc dot gnu dot org 2010-01-26 23:46 --- Created an attachment (id=19720) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19720&action=view) Patch to fix my particular problem with builtins-58.c This patch fixes the particular problem I r

[Bug testsuite/41701] scan-assembler-not has false positives

--- Comment #2 from meissner at gcc dot gnu dot org 2010-01-29 17:53 --- Subject: Bug 41701 Author: meissner Date: Fri Jan 29 17:53:46 2010 New Revision: 156359 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156359 Log: PR 41701, prevent pow in compiler pathname from

[Bug testsuite/41701] scan-assembler-not has false positives

--- Comment #3 from meissner at gcc dot gnu dot org 2010-01-29 17:54 --- Subject: Bug 41701 Author: meissner Date: Fri Jan 29 17:54:14 2010 New Revision: 156360 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156360 Log: PR 41701, prevent pow in compiler pathname from

[Bug middle-end/45712] New: Segmentation violation when compiling spec source on either x86 or ppc with debugging

.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC

[Bug middle-end/45712] Segmentation violation when compiling spec source on either x86 or ppc with debugging

--- Comment #1 from meissner at gcc dot gnu dot org 2010-09-17 23:19 --- Created an attachment (id=21824) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21824&action=view) Source file that shows the problem. This is a somewhat cutdown source file that shows the

[Bug middle-end/45712] Segmentation violation when compiling spec source on either x86 or ppc with debugging

--- Comment #2 from meissner at gcc dot gnu dot org 2010-09-17 23:21 --- Created an attachment (id=21825) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21825&action=view) Potential patch to fix the problem This bandaid patch will allow the compiler to not segfault,

[Bug tree-optimization/45714] New: Vectorization of double pow function causes a segmentation fault

Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45714

[Bug tree-optimization/45714] Vectorization of double pow function causes a segmentation fault

--- Comment #1 from meissner at gcc dot gnu dot org 2010-09-17 23:29 --- Created an attachment (id=21826) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21826&action=view) Fortran program from spec 2006 that shows the bug Fortran program derived from spec 2006 that shows

[Bug middle-end/45712] [4.6 Regression] Segmentation violation when compiling spec source on either x86 or ppc with debugging

--- Comment #4 from meissner at gcc dot gnu dot org 2010-09-20 21:26 --- FWIW, updating the source to subversion id 164441 seems to mask the failure on the powerpc, but the x86 still segfaults. I suspect that the bug is not actually fixed, but just doesn't show up at the current

[Bug testsuite/43758] [4.6 Regression] 19 new GCC h...@158360 regressions

--- Comment #5 from meissner at gcc dot gnu dot org 2010-05-05 18:58 --- The second patch fixes the problem on the powerpc. Patch approved if documentation is added for the new hook. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758

[Bug debug/43478] Missing DW_AT_location for a variable

--- Comment #10 from meissner at gcc dot gnu dot org 2010-05-05 21:36 --- Created an attachment (id=20572) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20572&action=view) -save-temps=obj output of failing module -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478

[Bug debug/43478] Missing DW_AT_location for a variable

--- Comment #11 from meissner at gcc dot gnu dot org 2010-05-05 21:37 --- The patch checked in as subversion id 159063 causes the powerpc64-linux bootstrap to fail when building libgcc with release checking enabled: /home/meissner/fsf-build-ppc64/trunk/./gcc/xgcc -B/home/meissner/fsf

[Bug tree-optimization/43544] TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION can misoptimize when MD builtins overlap with standard builtins

--- Comment #4 from meissner at gcc dot gnu dot org 2010-05-20 17:39 --- Fix checked in on March 26, 2010. -- meissner at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/44214] New: Compiler does not optimize vector divide with -freciprocal-math (or -ffast-math)

: UNCONFIRMED Severity: enhancement Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux

[Bug rtl-optimization/44214] Compiler does not optimize vector divide with -freciprocal-math (or -ffast-math)

--- Comment #1 from meissner at gcc dot gnu dot org 2010-05-20 18:00 --- Actually in looking at it further, I was wrong in the initial claim. Auto vectorization now handles division by a constant. Explicit vectors like PowerPC (and probably SPU) do show the problem. -- http

[Bug rtl-optimization/44214] Compiler does not optimize vector divide with -freciprocal-math (or -ffast-math)

--- Comment #2 from meissner at gcc dot gnu dot org 2010-05-20 18:02 --- Created an attachment (id=20712) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20712&action=view) Example program that shows the issue on powerpc. Compile with -mcpu=power7 on powerpc. --

[Bug target/44218] New: Improve powerpc -mrecip support

powerpc -mrecip support Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build

[Bug bootstrap/44314] New: Powerpc64-unknown-linux-gnu bootstrap broken

Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-unknown-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_

[Bug target/44218] Improve powerpc -mrecip support

--- Comment #1 from meissner at gcc dot gnu dot org 2010-06-01 23:30 --- Created an attachment (id=20802) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20802&action=view) Patch to improve powerpc -mrecip support This patch updates and expands the -mrecip support on the

[Bug target/44218] Improve powerpc -mrecip support

--- Comment #2 from meissner at gcc dot gnu dot org 2010-06-03 00:06 --- Subject: Bug 44218 Author: meissner Date: Thu Jun 3 00:06:12 2010 New Revision: 160199 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160199 Log: PR target/44218, improve -mrecip on powerp

[Bug target/44877] New: C++ compiler can no longer compile dealII for VSX/Altivec vectorization

/Altivec vectorization Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: meissner at gcc dot gnu dot org ReportedBy: meissner at gcc dot gnu dot org GCC build triplet

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #1 from meissner at gcc dot gnu dot org 2010-07-08 19:23 --- Created an attachment (id=21148) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21148&action=view) Cut down example to show the problem Compile with -m32 -O3 -mcpu=power5 -maltivec and it should trap

[Bug target/44877] C++ compiler can no longer compile dealII for VSX/Altivec vectorization

--- Comment #2 from meissner at gcc dot gnu dot org 2010-07-08 19:25 --- Created an attachment (id=21149) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21149&action=view) Patch to change the assertion to allow REFERENCE_TYPE This patch changes the assertion t

  1   2   >