--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 01:05
---
Mostafa, would you please take a look at this? If you don't get to it first
I'll try it with your recent SMS changes.
--
What|Removed
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 22:49
---
There are now two separate bugs being discussed in this PR.
The first bug is an ICE in schedule_insns at sched-rgn.c:2549
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-17 21:21
---
GCC from the 4.0-branch on 20050316 plus the patch from comment 16
successfully builds all of the SPEC CPU2000 tests and those tests run
successfully with small test input.
--
http://gcc.gnu.org/bugzilla
l
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target triplet:
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-23 23:08
---
Created an attachment (id=8438)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8438&action=view)
minimized test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611
ct: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 00:27
---
Created an attachment (id=8440)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8440&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20612
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 18:16
---
This was fixed as part of a gigantic patch: hot/cold partitioning in
http://gcc.gnu.org/ml/gcc-cvs/2004-04/msg00348.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 18:51
---
I tried the patch with a biarch powerpc64-linux compiler; sixtrack now
works with "-m32 -O2 -ftree-loop-linear" but the swim compile dies in a
new place:
/home/janis/tools/gcc-mline-20050323
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-25 00:09
---
Nathan approved the mainline patch but I haven't yet checked it in
because while testing backports I noticed more gcov symbols that were
not hidden, and because the original submitter tried a 3.4 versi
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-25 01:07
---
I found some code in the hot/cold partitioning patch that makes a difference
even with -fno-reorder-blocks-and-partition and am testing it on the
3.4-branch.
--
What|Removed
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-25 22:21
---
This works with today's 4.0-branch sources, with small test cases and also
with eon built with this option. I haven't checked to see when it was
fixed, but this PR can now be closed.
--
What|Removed |Added
AssignedTo|janis at gcc dot gnu dot org|unassigned at gcc dot gnu
||dot org
Status|ASSIGNED
ed at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,mark at codesourcery dot
com
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20694
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-30 23:33
---
Aha! The failures occur with "make bootstrap" followed by "make check"
followed by "make install"; without "make check" in between the install
works fine.
--
htt
ary: ICE in gen_reg_rtx for 3 spec tests
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot
P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: dje at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot
org
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,mark at codesourcery dot
com
GCC build triplet: powerpc-
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-13 16:54
---
This was fixed by a patch by Mark Mitchell on 2005-04-01.
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 01:19
---
There are additional problems with these tests and I don't have
time to finish looking at them today, but here's
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 18:18
---
Here's a minimized test case that fails on powerpc64-linux with -m64 -O2:
extern void bar (void *);
extern double x;
voi
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 18:22
---
Fixed with the patch. Today the tests pass on powerpc64-linux.
--
What|Removed |Added
ree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: dnovillo at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target trip
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-14 20:43
---
Created an attachment (id=8633)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8633&action=view)
minimized test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030
ty: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: dje at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot
org
GCC build triplet: powerpc-linux
GCC ho
: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-linux
GCC host triplet:
eportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37024
loop-linear
Product: gcc
Version: 4.4.0
Status: 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
--- Comment #1 from janis at gcc dot gnu dot org 2008-08-05 17:41 ---
Created an attachment (id=16026)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16026&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #2 from janis at gcc dot gnu dot org 2008-08-05 17:43 ---
Created an attachment (id=16027)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16027&action=view)
output of valgrind and GCC for minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #3 from janis at gcc dot gnu dot org 2008-08-05 17:44 ---
Created an attachment (id=16028)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16028&action=view)
script to compile testcase under valgrind
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #4 from janis at gcc dot gnu dot org 2008-08-05 21:24 ---
A regression showed that the problem shown by valgrind was introduced by this
patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=135672
r135672 | spop | 2008-05-20 19:11:56 + (Tue, 20 May 2008)
--
j
--- Comment #7 from janis at gcc dot gnu dot org 2008-08-08 23:34 ---
Mark, the tests started failing because -fdump-rtl-loop2 used to produce dump
files for all loop2_* passes. The compiler could be fixed to do that again, or
the tests mentioned here could be changed to use -fdump-rtl
--- Comment #3 from janis at gcc dot gnu dot org 2008-08-11 17:17 ---
I have a fix for this; the code to prevent using section anchors with
no-unit-at-a-time is done in the wrong order.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from janis at gcc dot gnu dot org 2008-08-12 21:20 ---
Subject: Bug 36087
Author: janis
Date: Tue Aug 12 21:18:54 2008
New Revision: 139037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139037
Log:
PR testsuite/36087
* gcc.dg/var-expand
--- Comment #8 from janis at gcc dot gnu dot org 2008-08-12 23:57 ---
With r139042 the GCC Manual says that -fipa-pta is an experimental option that
does not affect code generation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32305
--- Comment #5 from janis at gcc dot gnu dot org 2008-08-22 19:05 ---
Patch is http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00843.html, I pinged it
earlier today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36756
--- Comment #60 from janis at gcc dot gnu dot org 2008-08-22 20:09 ---
I'm preparing a patch to move the C++ compiler tests to the new versions of
dg-error and dg-warning. Several of them include checks of column numbers, so
my patch uses Aldy's changes to lib/gcc-dg.exp
--- Comment #6 from janis at gcc dot gnu dot org 2008-08-25 20:19 ---
Subject: Bug 36756
Author: janis
Date: Mon Aug 25 20:18:08 2008
New Revision: 139572
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139572
Log:
PR target/36756
* config/rs6000/
--- Comment #61 from janis at gcc dot gnu dot org 2008-08-26 18:28 ---
I've got a huge patch now that modifies 359 tests to use the correct one of
dg-error, dg-warning, or dg-message, and splits combined checks into multiple
checks. In the tests I've modified I've als
--- Comment #8 from janis at gcc dot gnu dot org 2008-09-02 19:47 ---
I still think the fix was correct. Before r139892, the relevant options were
processed in decode_options before the call to optimization_options and so
section anchors were only disabled for -O0.
--
http
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-04 23:33 ---
Subject: Bug 32783
Author: janis
Date: Thu Sep 4 23:32:05 2008
New Revision: 140013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140013
Log:
2008-09-04 Samuel Tardieu <[EMAIL PROTECTED]&g
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-05 17:15 ---
Subject: Bug 37283
Author: janis
Date: Fri Sep 5 17:13:52 2008
New Revision: 140040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140040
Log:
PR target/37283
* opts.c (decode
RMED
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: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug
math
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
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 or
--- Comment #1 from janis at gcc dot gnu dot org 2008-09-09 19:51 ---
I was wrong in the description, calculix does get wrong results when compiled
with "-O1 -ftree-pre -funsafe-math-optimizations" with r137631, and starts
failing with those options sometime between 20
--- Comment #8 from janis at gcc dot gnu dot org 2008-09-09 21:25 ---
Geoff, is test valid-1b.c still valid, given that it uses -g0 with PCH? If not
I'll remove it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
--- Comment #2 from janis at gcc dot gnu dot org 2008-09-09 23:40 ---
There's a Heisenbug involved here. A reghunt for failures with "-O1 -ftree-fre
-funsafe-math-optimizations" came up with a nonsensical result, and I can
sometimes get it to fail with only &qu
--- Comment #5 from janis at gcc dot gnu dot org 2008-09-10 17:52 ---
I made some mistakes in my previous comments; -ftree-fre is part of -O1, and
what I meant to say is that calculix gets wrong results for "-O1 -ffast-math"
but correct results for "-O1 -fno-tree-fr
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #3 from janis at gcc dot gnu dot org 2008-09-11 16:56 ---
Fixed in mainline. It's not a regression so the fix has not been applied to
4.3.
--
janis at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from janis at gcc dot gnu dot org 2008-09-11 17:35 ---
Fixed on mainline.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from janis at gcc dot gnu dot org 2008-09-16 17:21 ---
Valgrind no longer complains for this testcase, but the I still get the
reported ICE compiling q_matrix.c with "-O3 -ftree-loop-linear".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #62 from janis at gcc dot gnu dot org 2008-09-17 00:08 ---
Subject: Bug 25241
Author: janis
Date: Wed Sep 17 00:06:57 2008
New Revision: 140405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140405
Log:
PR testsuite/25241
* testsuite/g++.dg
--- Comment #1 from janis at gcc dot gnu dot org 2008-09-17 16:00 ---
I tested with -m32 on powerpc64-linux, not with both -m32/-m64 which would have
caught this; I'll test with both for related patches.
The test previously used { dg-warning "" }, which matched any me
--- Comment #3 from janis at gcc dot gnu dot org 2008-09-17 17:02 ---
This is twisting my brain, but in this simplified testcase:
__PTRDIFF_TYPE__ p;
short q;
void foo () { ((char *)p)++; }
void bar () { ((char *)q)++; }
we get an error with both -m32 and-m64 for foo but not
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-17 17:38 ---
The same thing happens in C for the simplified testcase; z.c is a copy of z.C
from comment #3:
elm3b149% /home/janis/tools/gcc-trunk-anonsvn/bin/gcc -c -m32 z.c
z.c: In function foo:
z.c:3: error: lvalue
--- Comment #63 from janis at gcc dot gnu dot org 2008-09-17 23:24 ---
Subject: Bug 25241
Author: janis
Date: Wed Sep 17 23:23:11 2008
New Revision: 140437
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140437
Log:
PR testsuite/25241
* g++.old-deja/g++
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:35 ---
Subject: Bug 35712
Author: janis
Date: Thu Sep 18 18:33:58 2008
New Revision: 140466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140466
Log:
Backport from mainline:
2008-04-0
--- Comment #5 from janis at gcc dot gnu dot org 2008-09-18 18:36 ---
Subject: Bug 35713
Author: janis
Date: Thu Sep 18 18:35:24 2008
New Revision: 140467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140467
Log:
Backport from mainline:
2008-04-0
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:39 ---
Subject: Bug 35620
Author: janis
Date: Thu Sep 18 18:37:52 2008
New Revision: 140468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140468
Log:
Backport from mainline:
2008-04-0
--- Comment #64 from janis at gcc dot gnu dot org 2008-09-18 22:31 ---
Subject: Bug 25241
Author: janis
Date: Thu Sep 18 22:29:39 2008
New Revision: 140476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140476
Log:
PR testsuite/25241
* lib/g++.exp (
--- Comment #5 from janis at gcc dot gnu dot org 2008-09-19 18:24 ---
The operand of a postincrement and friends must be a modifiable lvalue. The
type check code for both C and C++ calls get_unwidened, which removes the cast
when it's a different size but leaves the cast when it&
--- Comment #6 from janis at gcc dot gnu dot org 2008-09-19 22:19 ---
Created an attachment (id=16365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16365&action=view)
minimized C testcase
I don't yet understand what's going on but was able to come up with a
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-20 00:26 ---
Sigh. My nifty small C testcase doesn't fail with current mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
--- Comment #8 from janis at gcc dot gnu dot org 2008-09-22 22:12 ---
Created an attachment (id=16382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16382&action=view)
small C testcase that fails with current trunk
This version of the small C testcase fails with current m
--- Comment #10 from janis at gcc dot gnu dot org 2008-09-22 23:08 ---
The new testcase passes with "-O1 -funsafe-math-optimizations
-fno-tree-dominator-opts". The dom1 dump for "-O1 -funsafe-math-optimizations"
twice reports "Invalid sum of incoming f
--- Comment #11 from janis at gcc dot gnu dot org 2008-09-24 00:16 ---
Created an attachment (id=16398)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16398&action=view)
yet another C testcase
I still don't understand what's going on, but have a new testcase th
--- Comment #4 from janis at gcc dot gnu dot org 2008-10-02 00:21 ---
The test passes with a simple build of gcc with the patch from comment#3. I
fired off a bootstrap and testsuite run.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
--- Comment #7 from janis at gcc dot gnu dot org 2008-10-02 16:22 ---
The patch from comment #3 passes bootstrap and regtests on powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
--- Comment #1 from janis at gcc dot gnu dot org 2008-10-15 23:09 ---
The tests listed in the submitter's description also fail (according to
archived testresults) on powerpc-unknown-linux-gnu, hppa-unknown-linux-gnu, and
powerpc-ibm-aix5.3.0.0.
--
http://gcc.gnu.org/bug
Summary: decNumber functions break strict-aliasing rules
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jani
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||bje at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot
--- Comment #2 from janis at gcc dot gnu dot org 2008-10-23 16:16 ---
The code in question is in the 4.3 branch but not 4.2. The changes are very
minimal, so the patch is probably appropriate for the 4.3 branch. I had
already planned to ask to put it there as well as mainline
--- Comment #3 from janis at gcc dot gnu dot org 2008-10-27 16:47 ---
Subject: Bug 37897
Author: janis
Date: Mon Oct 27 16:45:40 2008
New Revision: 141386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141386
Log:
PR other/37897
* decDouble.h (d
--- Comment #4 from janis at gcc dot gnu dot org 2008-10-27 18:17 ---
Subject: Bug 37897
Author: janis
Date: Mon Oct 27 18:16:20 2008
New Revision: 141389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141389
Log:
PR other/37897
* decDouble.h (d
UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c
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=37940
--- Comment #29 from janis at gcc dot gnu dot org 2008-10-29 17:05 ---
On powerpc-linux the submitter's testcase gets better code with the patch from
comment #17, but the same testcase with the loop starting with 1 instead of
zero gets worse code. From the 4.1 branch with -O2:
--- Comment #20 from janis at gcc dot gnu dot org 2008-10-30 16:46 ---
To add to comment #18, after r128272 GCC for powerpc-linux no longer generates
bdnz for:
int reg_values[1024];
void
clear_table (unsigned int n)
{
unsigned int i;
for (i = 0; i < n; i++)
reg_values[i]
--- Comment #5 from janis at gcc dot gnu dot org 2008-10-31 19:49 ---
Fixed in mainline and 4.3 branch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-01-17 22:30 ---
Subject: Bug 34814
Author: janis
Date: Thu Jan 17 22:29:46 2008
New Revision: 131611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131611
Log:
PR target/34814
* gcc.target/powerpc/p
--- Comment #2 from janis at gcc dot gnu dot org 2008-01-25 23:19 ---
I'm planning to write and test a patch to change the default ABI to be the
AltiVec ABI. I don't anticipate, though, that any issues would be found with
the GCC testsuite; any problems would be due to com
--
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 #3 from janis at gcc dot gnu dot org 2008-01-29 23:45 ---
While testing an extremely simple patch for this PR I discovered that
-mabi=no-altivec hasn't had an effect since r99284, which changed the way that
options are handled for the rs6000 back end. Before that c
--- Comment #4 from janis at gcc dot gnu dot org 2008-01-30 01:34 ---
TARGET_ALTIVEC_VRSAVE is also set to one in rs6000_override_options after
-mno-vrsave has been process, meaning that the option has no effect.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
--- Comment #9 from janis at gcc dot gnu dot org 2008-02-04 17:53 ---
It doesn't show up as FAIL for powerpc*-*-linux* becaues that check includes an
xfail:
/* { dg-final { scan-assembler-not "LC\[0-9\]" { xfail powerpc*-*-* } } } */
Reopened.
--
janis at gcc
--- Comment #5 from janis at gcc dot gnu dot org 2008-02-04 21:28 ---
A prerequisite to changing the default to the AltiVec ABI is to fix
-mabi=no-altivec. A patch for that is at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00094.html
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from janis at gcc dot gnu dot org 2008-02-05 02:23 ---
There's another mess hiding under the ABI change, which is that synthetic
vectors of the same size as AltiVec vectors are passed differently for
-mabi=altivec than for -mabi=no-altivec. There are warning
--- Comment #1 from janis at gcc dot gnu dot org 2008-02-06 18:16 ---
I agree that the behavior should be the same for any non-hardware vector that
is passed or returned. That includes vectors that are different sizes from
hardware vectors, and vectors that are the same size as
--- Comment #8 from janis at gcc dot gnu dot org 2008-02-07 02:04 ---
Some experimentation shows how GCC is passing and returning non-hardware
vectors for powerpc*-linux:
-m32 (for trunk and 4.0)
pass struct by reference (copy in caller's frame)
return struct in memory
--- Comment #9 from janis at gcc dot gnu dot org 2008-02-07 18:21 ---
I talked to Steve Munroe about the ABI issues. We determined that for
powerpc*-linux, vector types that cannot be passed in vector registers should
be passed as aggregates according to the relevant ABI (32-bit or 64
--- Comment #6 from janis at gcc dot gnu dot org 2008-02-07 17:32 ---
A regression hunt on powerpc-linux showed that the test starts passing with:
http://gcc.gnu.org/viewcvs?view=rev&rev=131823
r131823 | rguenth | 2008-01-25 12:06:31 + (Fri, 25 Jan 2008)
That's
--- Comment #10 from janis at gcc dot gnu dot org 2008-02-12 01:35 ---
I'm still plugging away at this since I keep thinking of more things I might
have broken. I've got some good new tests for the testsuite now that check how
arguments and return values are actually
correctly with -O1
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
GCC target
--- Comment #1 from janis at gcc dot gnu dot org 2008-02-20 02:02 ---
Created an attachment (id=15185)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15185&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35258
--- Comment #12 from janis at gcc dot gnu dot org 2008-02-22 01:56 ---
Subject: Bug 34526
Author: janis
Date: Fri Feb 22 01:55:40 2008
New Revision: 132537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132537
Log:
PR target/34526
* config/rs6000/
--- Comment #13 from janis at gcc dot gnu dot org 2008-02-22 01:58 ---
Subject: Bug 34526
Author: janis
Date: Fri Feb 22 01:57:56 2008
New Revision: 132538
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132538
Log:
PR target/34526
* config/rs6000/
Status: UNCONFIRMED
Keywords: ice-on-valid-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: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35620
--
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
e
Severity: normal
Priority: P3
Component: c
AssignedTo: janis at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35712
401 - 500 of 930 matches
Mail list logo
