--- Comment #1 from janis at gcc dot gnu dot org 2009-12-02 01:19 ---
Created an attachment (id=19205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19205&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42250
--- Comment #3 from janis at gcc dot gnu dot org 2009-12-02 18:10 ---
The option -fipa-type-escape is not documented on its own, just with
-fipa-struct-reorg which says it's needed with that option. Shouldn't broken
options at least be documented as experimental?
unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42284
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-04 20:39 ---
Created an attachment (id=19227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19227&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42284
P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42285
s
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc d
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-05 01:06 ---
Created an attachment (id=19233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19233&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294
--- Comment #2 from janis at gcc dot gnu dot org 2009-12-05 01:07 ---
The ICE occurs with a compiler built for powerpc64-linux but only for -m32 (the
default for my compiler), not for -m64. It does not occur for a powerpc-linux
compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-08 00:31 ---
This testcase minimized from 173.applu fails in the same place when compiled
with "-m32 -O2 floop-strip-mine -fprefetch-loop-arrays" on powerpc64-linux.
subroutine blts ( ldmx, ldmy, v, tmp
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42334
gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #2 from janis at gcc dot gnu dot org 2009-12-10 17:25 ---
The ICE happens with either -m32 or -m64, but after this same patch eon
segfaults in a destructor when compiled with "-m32 -O2 -fPIC" when built with
GCC with secureplt enabled. valgrind reports some oth
--- Comment #6 from janis at gcc dot gnu dot org 2009-12-12 00:27 ---
The testcase with the options shown in the submitter's description compiles
cleanly with the current 4.4 branch and with GCC 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42294
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42388
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-16 00:09 ---
Created an attachment (id=19316)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19316&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42388
--- Comment #2 from janis at gcc dot gnu dot org 2009-12-16 00:16 ---
With GCC 4.4.2 using the same options, the minimized testcase compiles cleanly
and 176.gcc compiles and executes successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42388
with sel-schd for 175.vpr
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
Reporte
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-16 00:19 ---
Created an attachment (id=19317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19317&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42389
gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42417
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: poewrpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42419
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-18 00:15 ---
Created an attachment (id=19341)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19341&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42419
exceptions
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42431
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-18 23:03 ---
Oh yeah, 176.gcc fails with the same options. With test input it runs for a
few minutes instead of a couple of seconds, and the results are wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42431
--- Comment #3 from janis at gcc dot gnu dot org 2009-12-22 18:51 ---
The bug (which I didn't know from the documentation) is that -mvsx -mno-altivec
is not a valid combination but is not reported as an error. Instead the
compiler accepts it and then generates invalid
--- Comment #7 from janis at gcc dot gnu dot org 2009-12-22 22:11 ---
Subject: Bug 41605
Author: janis
Date: Tue Dec 22 22:11:27 2009
New Revision: 155408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155408
Log:
2009-12-22 Iain Sandoe
gcc/
PR targ
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-04 18:06 ---
No testcase yet, I was hoping to get bergner or meissner to look at it since
they have access to the benchmark.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42431
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-04 22:12 ---
I get the same error with mainline built today. I'm using a compiler that
defaults to -m32; it works fine with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42427
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-05 00:53 ---
Currently the compiler explicitly allows "-mvsx -mno-altivec". If those
options are used together, should vsx and altivec both be turned on, or both
turned off?
--
http://gcc.gnu.org/bugzilla/show_
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42637
--- Comment #1 from janis at gcc dot gnu dot org 2010-01-06 18:27 ---
Created an attachment (id=19488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19488&action=view)
executable testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42637
--- Comment #6 from janis at gcc dot gnu dot org 2010-01-06 18:44 ---
With the patch at http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01209.html the
testcase in the submitter's description no longer fails, but there is other
code in 197.parser that gets the same ICE with the same op
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-06 18:48 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01209.html fixes the
testcase in the submitter's description, but there is code in CPU2000 test
200.sixtrack that triggers the same ICE with the same s
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-06 18:52 ---
I should have mentioned in comment #2 that the ICE for sixtrack only happens
with -m32, not -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42246
code for -ftree-loop-distribution in 175.vpr
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot or
--- Comment #1 from janis at gcc dot gnu dot org 2010-01-06 23:11 ---
Created an attachment (id=19493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19493&action=view)
minimized executable testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42640
al
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42644
--- Comment #1 from janis at gcc dot gnu dot org 2010-01-07 01:43 ---
Created an attachment (id=19495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19495&action=view)
minimized executable testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42644
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-07 21:47 ---
The testcase still fails with current mailing when compiled with "-m64 -O2" or
"-m64 -O1 -fschedule-insns". The testcase is missing the piece that makes it
useful a
--- Comment #7 from janis at gcc dot gnu dot org 2010-01-07 22:07 ---
I still see both failures with -m32 on powerpc64-linux but not with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** Bug 42417 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** Bug 42419 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
--- Comment #5 from janis at gcc dot gnu dot org 2010-01-11 20:29 ---
Subject: Bug 42416
Author: janis
Date: Mon Jan 11 20:29:40 2010
New Revision: 155816
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155816
Log:
PR target/42416
* config/rs6000/
--- Comment #8 from janis at gcc dot gnu dot org 2010-01-11 22:10 ---
I bootstrapped on powerpc64-linux c,c++,fortran with the earlier big
selective-scheduling patch plus the patch in comment #7 of this PR and the
patch in comment #4 of PR42246. The resulting GCC gets no failures for
y: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42696
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-13 23:15 ---
This is fixed for GCC 4.5.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39037
--- Comment #6 from janis at gcc dot gnu dot org 2010-01-13 23:18 ---
This was fixed in the GCC 4.3 branch on 2009-02-25.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39034
--- Comment #7 from janis at gcc dot gnu dot org 2010-06-10 21:58 ---
The new decimal* classes are sometimes treated as classes, sometimes as
scalars. From a first look, something might be going wrong with the use of
__are_same in bits/std_iterator.h so that it needs special casing for
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-22 16:34 ---
A regression hunt on powerpc-linux identified:
http://gcc.gnu.org/viewcvs?view=rev&rev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #7 from janis at gcc dot gnu dot org 2007-10-23 16:50 ---
Fixed in what will be 4.3.0.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from janis at gcc dot gnu dot org 2007-10-23 17:38 ---
I've been looking at this again and now have a better understanding of how
timeouts are handled and how to set variables used within the testsuite.
Timeouts for compilation can be controlled by passing --time
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #5 from janis at gcc dot gnu dot org 2007-10-24 17:23 ---
Rob, thanks for investigating this and finding new values. No one seems to
have paid any attention here, so please send this as a patch to
[EMAIL PROTECTED] (let me know privately if you have questions about
that
--- Comment #4 from janis at gcc dot gnu dot org 2007-10-29 22:34 ---
Subject: Bug 24841
Author: janis
Date: Mon Oct 29 22:33:53 2007
New Revision: 129744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129744
Log:
PR testsuite/24841
* doc/sourcebuild.te
--- Comment #5 from janis at gcc dot gnu dot org 2007-10-30 17:54 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from janis at gcc dot gnu dot org 2007-11-01 16:22 ---
Subject: Bug 25352
Author: janis
Date: Thu Nov 1 16:22:36 2007
New Revision: 129823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129823
Log:
gcc/
PR testsuite/25352
* doc/sourcebu
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-02 17:54 ---
Subject: Bug 32076
Author: janis
Date: Fri Nov 2 17:54:12 2007
New Revision: 129858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129858
Log:
PR testsuite/32076
* lib/scandump.e
tion
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34016
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34017
ewcvs?view=rev&rev=73011
r73011 | paolo | 2003-10-28 17:09:03 + (Tue, 28 Oct 2003)
--
Summary: money_get:do_get incorrectly sets eofbit for valid input
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
h -O2 -fno-tree-dce -fno-tree-
dominator-opts
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis
--- Comment #1 from janis at gcc dot gnu dot org 2007-11-08 18:49 ---
Created an attachment (id=14510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14510&action=view)
test for x86-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34034
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-08 18:49 ---
Created an attachment (id=14511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14511&action=view)
test for powerpc-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34034
: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC build triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34038
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34035
CONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34036
--- Comment #3 from janis at gcc dot gnu dot org 2007-11-09 17:23 ---
The option list should have included -O2. This is one of the failures found by
compiling SPEC CPU2000 with lots of sets of options and running with the test
input, as described in http://gcc.gnu.org/ml/gcc/2007-09
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-12 18:01 ---
Mainline now reports an error for this code:
elm3b187% /opt/gcc-nightly/trunk/bin/g++ 33975.cc
33975.cc: In function int main():
33975.cc:8: error: invalid use of incomplete type struct S
33975.cc:1: error
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-12 18:04 ---
The mainline patch that caused this test to be accepted:
http://gcc.gnu.org/viewcvs?view=rev&rev=113199
r113199 | mmitchel | 2006-04-23 18:04:33 + (Sun, 23 Apr 2006)
--
janis at gcc dot gnu dot
--- Comment #6 from janis at gcc dot gnu dot org 2007-11-12 18:44 ---
In response to comment #2, the options are indeed weird. This is one of the
failures discovered by using combinations of options as described in
http://gcc.gnu.org/ml/gcc/2007-09/msg00496.html. The correct fix might
--- Comment #3 from janis at gcc dot gnu dot org 2007-11-12 19:42 ---
On the 4.0 branch, the behavior of the test changed with:
http://gcc.gnu.org/viewcvs?view=rev&rev=115209
r115209 | jason | 2006-07-05 20:40:06 + (Wed, 05 Jul 2006)
--
janis at gcc dot gnu dot
--- Comment #1 from janis at gcc dot gnu dot org 2007-11-13 17:23 ---
The change on mainline from silently accepting the code to an ICE is due to
this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=117360
r117360 | mmitchel | 2006-10-02 04:12:30 + (Mon, 02 Oct
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-14 01:02 ---
The ICE also occurs on powerpc-linux, where a regression hunt identified this
patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan
--- Comment #12 from janis at gcc dot gnu dot org 2007-11-14 17:51 ---
The submitter's testcase fails on powerpc-linux with the current 4.1 and 4.2
branches but has passed on mainline for several months. In comment #9 I said
that results seemed to be intermittent; if it wou
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-29 19:01 ---
I can reproduce the failure with revision 130507 on a p970 system. I compile
176.gcc with "-m32 -O3 -maltivec" and execute that benchmark program with test
input.
My list of vectorized loops is the same e
--- Comment #3 from janis at gcc dot gnu dot org 2007-12-03 21:57 ---
The failure occurs with "-m32 -O3 -maltivec -fno-strict-aliasing", but not
without -fno-strict-aliasing. That option is sometimes necessary because of
invalid code in 176.gcc, as described in
http://gcc.
--- Comment #5 from janis at gcc dot gnu dot org 2007-12-05 19:02 ---
I was going to do a regression hunt on this, but discovered that it doesn't
fail with current cross compilers for sparc-linux and i686-linux. With
powerpc-linux it fails for 20071120 and passes for 200
--- Comment #3 from janis at gcc dot gnu dot org 2007-12-11 00:03 ---
A regression hunt on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=117834
r117834 | mmitchel | 2006-10-17 22:35:29 + (Tue, 17 Oct 2006)
--
janis at gcc dot gnu dot
RMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #4 from janis at gcc dot gnu dot org 2007-12-11 23:27 ---
The patch in comment #3 works, except that there need to be quotes around each
option: "-maltivec" "-mabi=altivec".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34437
--- Comment #12 from janis at gcc dot gnu dot org 2007-12-11 23:56 ---
Before noticing comment #9, I tested a few saved installs of trunk and ran a
regression hunt for trunk on powerpc-linux using the testcase from comment #7,
which found this patch that caused the test to start failing
--- Comment #5 from janis at gcc dot gnu dot org 2007-12-12 17:44 ---
It's legitimate to use -maltivec without -mabi=altivec unless linking against
objects that were compiled with -mabi=altivec, so adding the option to vect.exp
is merely hiding the problem. Is there a reason why
--- Comment #7 from janis at gcc dot gnu dot org 2007-12-12 19:22 ---
The failure goes away with -mabi=altivec, which is not the default with -m32.
I had never seen this failure in my earlier testing on powerpc64-linux because
whenever I used -maltivec I also used -mabi=altivec. It
--- Comment #13 from janis at gcc dot gnu dot org 2007-12-12 22:04 ---
Additional regression hunts on trunk discovered that the test starts failing
with:
http://gcc.gnu.org/viewcvs?view=rev&rev=103956
r103956 | steven | 2005-09-06 18:51:26 + (Tue, 06 Sep 2005)
and st
--- Comment #7 from janis at gcc dot gnu dot org 2007-12-12 23:28 ---
I had assumed that -maltivec -mabi=no-altivec was supposed to work in the
general case, then had some discussions about it on #gcc today and learned that
it doesn't and is a known problem. Given that, we ought t
--- Comment #8 from janis at gcc dot gnu dot org 2007-12-12 23:34 ---
Ira, it seems I've wasted your time; it's a well-known problem (except to me)
that -maltivec without -mabi=altivec doesn't work in the general case because
vector registers are not saved and restored.
--- Comment #5 from janis at gcc dot gnu dot org 2007-12-17 19:30 ---
Subject: Bug 32765
Author: janis
Date: Mon Dec 17 19:30:08 2007
New Revision: 131012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131012
Log:
2007-12-17 Jack Howarth <[EMAIL PROTECTED]>
y: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
--- Comment #1 from janis at gcc dot gnu dot org 2007-12-19 18:50 ---
I'd like to see -mabi=altivec be the default for -m32, with -mabi=no-altivec
available for the rare cases when it's needed. Would changing the default
cause any problems?
--
http://gcc.gnu.or
--- Comment #3 from janis at gcc dot gnu dot org 2008-01-07 21:03 ---
Subject: Bug 34575
Author: janis
Date: Mon Jan 7 21:02:24 2008
New Revision: 131383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131383
Log:
2008-01-07 Jack Howarth <[EMAIL PROTECTED]&g
sa/ivopts-1.C fails for power
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
G
--- Comment #1 from janis at gcc dot gnu dot org 2008-01-09 18:20 ---
Despite what the archived test results show, regression hunts using cross
cc1plus on powerpc-linux show that the test starts failing for all tested
powerpc and arm targets (the four listed in the submitter
--- Comment #22 from janis at gcc dot gnu dot org 2008-01-10 21:24 ---
Steven asked for a regression hunt, but will not be pleased by the results. A
hunt using a hppa64-linux cross cc1 on powerpc-linux identified
http://gcc.gnu.org/viewcvs?view=rev&rev=81764
r81764 | dnov
--- Comment #24 from janis at gcc dot gnu dot org 2008-01-10 23:17 ---
A regression test using the test added in comment #23 identified:
http://gcc.gnu.org/viewcvs?view=rev&rev=74332
r74332 | sayle | 2003-12-05 14:06:46 + (Fri, 05 Dec 2003)
--
http://gcc.gnu
s broken with debug info
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target
701 - 800 of 930 matches
Mail list logo