--- Comment #1 from janis at gcc dot gnu dot org 2008-04-09 22:46 ---
Created an attachment (id=15462)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15462&action=view)
generated code before patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35896
--- Comment #2 from janis at gcc dot gnu dot org 2008-04-09 22:47 ---
Created an attachment (id=15463)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15463&action=view)
generated code after patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35896
--- Comment #5 from janis at gcc dot gnu dot org 2008-04-22 17:21 ---
Subject: Bug 35981
Author: janis
Date: Tue Apr 22 17:20:40 2008
New Revision: 134562
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134562
Log:
2008-04-22 Kris Van Hees <[EMAIL PROTECTED]&g
perlbmk for -Os
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
--- Comment #1 from janis at gcc dot gnu dot org 2008-04-24 17:57 ---
Created an attachment (id=15526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15526&action=view)
test case
This testcase fails with current trunk on powerpc64-linux:
elm3b187% /opt/gcc-nightly/trunk/
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-13 18:07 ---
Subject: Bug 35127
Author: janis
Date: Tue May 13 18:06:33 2008
New Revision: 135269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135269
Log:
PR testsuite/35127
* gcc.c-torture
--- Comment #1 from janis at gcc dot gnu dot org 2008-05-13 21:29 ---
This was fixed by r135136; HJ's test results for that revision don't show the
failure.
--
janis at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-13 21:34 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-13 22:00 ---
Those tests have been failing for quite awhile and are reported through
http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg01958.html.
Starting in http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg01978.html we see
--- Comment #6 from janis at gcc dot gnu dot org 2008-05-13 22:01 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from janis at gcc dot gnu dot org 2008-05-13 22:03 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-13 22:10 ---
Paulo, please send the patch from comment #2 to [EMAIL PROTECTED] with an
appropriate ChangeLog entry. Let me know if you need help with that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34880
--- Comment #11 from janis at gcc dot gnu dot org 2008-05-13 22:19 ---
Fixed, via documentation and workarounds.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-13 23:59 ---
This is still a problem.
The PASS or FAIL messages come from a few levels deeper within the testsuite
infrastructure, so dg-pch.exp can't just add something meaningful. It can,
however, change '$flags
--- Comment #9 from janis at gcc dot gnu dot org 2008-05-14 00:12 ---
This has been fixed on active branches, OK to close it?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janis at gcc dot gnu dot org 2008-05-14 00:17 ---
Are there any objections to calling this fixed, based on the committed patch
referenced in comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26813
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-14 00:21 ---
Fixed by sje in r114327 (fix below is for an unrelated PR).
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-14 00:23 ---
Fixed by test changes from sje in r114327.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-14 22:29 ---
Steve Ellcey fixed this in r114467.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from janis at gcc dot gnu dot org 2008-05-14 23:37 ---
This failure was apparently only for GCC 4.0.3 so I'm closing this.
--
janis at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from janis at gcc dot gnu dot org 2008-05-15 00:42 ---
The test is being run with "-O0 -O0 -ffloat-store", then "-O1 -O0
-ffloat-store", and so on through the torture options used for the gfortran.dg
tests. I recommend removing "-O0"
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-15 21:04 ---
For gcc.dg/var-expand3.c I've got a patch to scandump.exp to get rid of the
ERROR and report FAIL if the requested dump file doesn't exist. The test still
fails because of the issue in comment #3, but mo
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-15 21:09 ---
Paulo, please send the proposed patch to [EMAIL PROTECTED] with an
appropriate ChangeLog entry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34889
--- Comment #3 from janis at gcc dot gnu dot org 2008-05-15 21:34 ---
Dorit, are the checks in this test appropriate for powerpc-apple-darwin*?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-15 21:35 ---
Dominique, to ignore a particular warning you can use dg-prune-output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
--- Comment #1 from janis at gcc dot gnu dot org 2008-05-15 21:48 ---
Thomas, does the suggested change to the tests make sense, or would it be
better to skip these tests if they would be run using -fdefault-integer-8?
--
janis at gcc dot gnu dot org changed:
What
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-15 22:13 ---
These failures, and the ones in PR33365 and PR33366, don't show up in any of
the archived test summaries for 4.2.2 on i686-unknown-linux-gnu linked from
http://gcc.gnu.org/gcc-4.2/buildstat.html. Could they be d
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-20 21:45 ---
Isn't the proposal in comment #3 the same as this?
Index: gcc/testsuite/gcc.dg/20020919-1.c
===
--- gcc/testsuite/gcc.dg/20020919-1.c (revision 1
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-20 23:32 ---
Subject: Bug 22523
Author: janis
Date: Tue May 20 23:31:40 2008
New Revision: 135691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135691
Log:
PR testsuite/22523
* g++.dg/template/i
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-21 00:05 ---
Subject: Bug 20771
Author: janis
Date: Wed May 21 00:04:45 2008
New Revision: 135696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135696
Log:
PR testsuite/20771
* lib/dg-pch.exp: Mov
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc*-*-linux*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36293
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=36295
el-reorder
Product: gcc
Version: 4.2.0
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
--- Comment #1 from janis at gcc dot gnu dot org 2008-07-07 21:59 ---
There's an ICE in the same place for libgomp.fortran/appendix_a/a.22.7.f90.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36756
--- Comment #2 from janis at gcc dot gnu dot org 2008-07-08 21:51 ---
The tests fail on powerpc*-unknown-linux-gnu with 128-bit long doubles because
__builtin_fpclassify claims that __LDBL_MAX__ is infinite, not normal. Here's
a small testcase minimized from type-generic-1.c:
#d
verity: 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=36955
--- Comment #3 from janis at gcc dot gnu dot org 2008-07-28 21:17 ---
Created an attachment (id=15974)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15974&action=view)
disassembly of eh_globals.o before aptch
File libstdc++-v3/libsupc++/eh_globals.cc is compiled diff
--- Comment #4 from janis at gcc dot gnu dot org 2008-07-28 21:19 ---
Created an attachment (id=15975)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15975&action=view)
disassembly of eh_globals.o after patch
This attachment is the disassembly with the patch.
--
--- Comment #6 from janis at gcc dot gnu dot org 2008-07-28 21:32 ---
The attachments are the output of "objdump -d" (2.16 objdump) of eh_globals.o
in the build trees for r135960 and r135961. Let me know if there are things
you'd like me to try.
--
http://gcc.g
--- Comment #7 from janis at gcc dot gnu dot org 2008-07-28 22:26 ---
Smaller testcase, in C:
int*
get_global()
{
static __thread int global;
return &global;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36955
--- Comment #9 from janis at gcc dot gnu dot org 2008-07-28 23:21 ---
The difference is in setting up r30 before branching to __tls_get_addr, which
probably uses r30.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
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=36967
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||rakdver at gcc dot gnu dot
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 triplet: powerpc-unknown-linux-gnu
http
Version: 4.4.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 triplet: power
--- Comment #1 from janis at gcc dot gnu dot org 2008-08-02 01:07 ---
Oh good grief, this is a duplicate of 36922; sorry about that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37007
--- Comment #1 from janis at gcc dot gnu dot org 2006-02-08 00:06 ---
Subject: Bug 26159
Author: janis
Date: Wed Feb 8 00:06:12 2006
New Revision: 110729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110729
Log:
PR testsuite/26159
* gcc.dg/gomp/crit
--- Comment #5 from janis at gcc dot gnu dot org 2006-02-09 18:01 ---
Subject: Bug 23348
Author: janis
Date: Thu Feb 9 18:01:31 2006
New Revision: 110809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110809
Log:
Backport from mainline:
2005-12-28 Tob
--- Comment #5 from janis at gcc dot gnu dot org 2006-02-09 18:01 ---
Subject: Bug 21945
Author: janis
Date: Thu Feb 9 18:01:31 2006
New Revision: 110809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110809
Log:
Backport from mainline:
2005-12-28 Tob
--- Comment #4 from janis at gcc dot gnu dot org 2006-02-20 18:12 ---
I got a regression hunt started but lost contact with the system it's running
on; network problem? If I can't get back to that system I'll set up somewhere
else and try again.
The failure also occur
--- Comment #5 from janis at gcc dot gnu dot org 2006-02-20 22:44 ---
A regression hunt turned up a patch that only affects gfortran, which of course
makes no sense because the test case is written in C. That usually indicates a
Heisenbug, but there are some things I can try
--- Comment #6 from janis at gcc dot gnu dot org 2006-02-21 17:08 ---
I kept losing contact with the regression hunt system, and the first, bogus
result was based on a typo I didn't notice before getting kicked off the system
again. The fixed regression hunt on powerpc-linux ident
--- Comment #5 from janis at gcc dot gnu dot org 2006-03-02 00:26 ---
Andrew wondered aloud on IRC when this was fixed on mainline, so I'm running a
regression hunt for that (between 20051130 and 20051128) and also for when it
broke on mainline (between 20050730 and 20050828). I
--- Comment #6 from janis at gcc dot gnu dot org 2006-03-02 19:10 ---
The test case starts passing on mainline with this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=109088
r109088 | sayle | 2005-12-27 23:27:34 + (Tue, 27 Dec 2005) | 11 lines
* fold-con
--- Comment #7 from janis at gcc dot gnu dot org 2006-03-02 21:25 ---
The test started failing on mainline (before the 4.1 branch) with this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=103109
r103109 | spop | 2005-08-15 12:26:12 + (Mon, 15 Aug 2005) | 8 lines
PR 2
--- Comment #5 from janis at gcc dot gnu dot org 2006-03-08 00:07 ---
A regression hunt on powerpc64-linux using the C test case from comment #4
identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=110705
r110705 | law | 2006-02-07 18:31:27 + (Tue, 07 Feb 2006)
--- Comment #17 from janis at gcc dot gnu dot org 2006-03-08 01:34 ---
A regression hunt on powerpc-linux using the testcase from comment #16
identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=101269
r101269 | jason | 2005-06-23 14:44:21 + (Thu, 23 Jun
c
Version: 4.2.0
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-unknown-linux-gnu
--- Comment #1 from janis at gcc dot gnu dot org 2006-03-24 21:42 ---
Created an attachment (id=6)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26855
--- Comment #4 from janis at gcc dot gnu dot org 2006-03-29 17:12 ---
The gfortran torture tests also need to support dg- options, starting with
dg-final to allow cleaning up module files from the testsuite temporary
directory.
--
janis at gcc dot gnu dot org changed
--- Comment #7 from janis at gcc dot gnu dot org 2006-03-30 01:06 ---
The patch that Lee checked in removed checks for extra_warnings before the
calls to warnings with OPT_Wextra in typeck.c and class.c. If those checks are
restored then the five test cases listed in this PR and in
--- Comment #6 from janis at gcc dot gnu dot org 2006-03-30 01:07 ---
The patch that Lee checked in removed checks for extra_warnings before the
calls to warnings with OPT_Wextra in typeck.c and class.c. If those checks are
restored then the five test cases listed in this PR and in
xtrack for -fmodulo-sched
Product: 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 g
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 00:51
---
Created an attachment (id=8694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8694&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138
ftree-
vectorize -maltivec
Product: 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 gc
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 23:09
---
Created an attachment (id=8705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8705&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-22 00:26
---
The testcase starts failing with this patch from rakdver:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00301.html
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-25 21:36
---
Two of the four CPU2000 tests started building again a couple of days ago and
the other two are fixed with this patch, on powerpc64-linux with -m64 -O2
-ffast-math -funroll-loops.
Bootstrap of c,c++,f95,objc
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-25 23:32
---
Test results for powerpc64-linux with -m32/-m64 are the same as for my last
nightly build.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 00:07
---
There are other SPEC CPU2000 comparison failures on powerpc64-linux
with "-m64 -O2 -fmodulo-sched" that resist attempts to minimize the
testcases. apsi has been fai
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 16:58
---
GCC built with sources that include that patch fails in the same place
building gzip, bzip2, and mesa from SPEC CPU2000 with "-m64 -O2".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 18:12
---
The compilers that I tested that still failed were configured with
--build, --host, --target=powerpc64-linux and --with-cpu=default32.
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 20:24
---
The three SPEC CPU2000 tests build and run successfully with the patch
in comment #8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
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: dpatel at gcc dot gnu dot org,gcc-
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 17:50
---
dpatel checked in a fix referencing PR 21272. That patch fixes the problems
I reported in 21272.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 22:27
---
Today I'm seeing the same ICE building mesa and sometimes building 176.gcc.
Tests apsi. fma3d, gap, and gcc all cause GCC to segfault with "-O2
-ftree-vectorize -maltivec", some with -m32, some
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 22:39
---
That last sentence didn't make much sense, sorry; I meant that if you can't
initially reproduce the problem, please ask me if I've got more recent
failures to try out. Meanwhile, I&#x
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-02 16:53
---
The SPEC CPU2000 failures reported in 21054, on which the testcase in
comment #5 is based, stopped on 20050423.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947
Severity: normal
Priority: P2
Component: rtl-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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21404
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-05 17:49
---
A workaround is to replace the body of the loop with:
{
p[i] = q[i];
i++;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21404
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-09 19:32
---
sixtrack works fine for me with "-m64 -O2" with both SPEC's test input and its
ref output, for all of my daily builds since 20050503, while with the addition
of -fmodulo-sched it gets miscomp
nt: 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,geoffk at gcc dot gnu
dot org
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet:
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-11 00:05
---
I can confirm that the patch in comment #3 fixes bootstrap on powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21481
Severity: normal
Priority: P2
Component: libstdc++
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,mmitchel at gcc dot gnu
dot org
GCC build triplet: power
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-16 20:27
---
sixtrack and the testcase smsbug.f still fail on powerpc64-linux when compiled
with mainline GCC with the options "-m64 -O2 -fmodulo-sched". The other
failures with those options mentioned in comme
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-16 20:41
---
The failure still exists with mainline GCC built last night:
elm3b145% /opt/gcc-nightly/mline-20050516/bin/gcc -O2 -ftree-vectorize -maltivec
-m64 crafty_bug.c
crafty_bug.c: In function main:
crafty_bug.c
g01463.html
--
Summary: poisoned ggc memory used for -ftree-vectorize
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-18 22:19
---
This is the same problem that causes cc1plus to segfault building SPEC CPU2000
test eon for powerpc-linux at any level of optimization including -O0. The
segfault happens when
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-19 19:06
---
The ICE shows up on powerpc-linux with this patch from rakdver:
http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00814.html
--
What|Removed |Added
2
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: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-24 20:55
---
Created an attachment (id=8963)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8963&action=view)
Minimized test case for struct-layout-1 test t154.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-24 20:56
---
Created an attachment (id=8964)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8964&action=view)
Minimized test case for struct-layout-1 t199
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21742
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-24 23:02
---
Diego, can this PR be closed as fixed?
Test gcc.dg/uninit-4.c started to XPASS with this patch from dnovillo:
http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00529.html
On the same day, test uninit-9.c also
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-25 22:38
---
Diego fixed the bug, I removed the xfails.
--
What|Removed |Added
AssignedTo
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-25 22:39
---
Closing the bug.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-31 18:05
---
I'm unassigning myself. I don't have a system on which to test these, and have
no interest in changing them because they work as they are now.
Adding effective targets x86_ilp32 and x86_lp64
y compiling vpr with -O3
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-31 19:34
---
Created an attachment (id=9003)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9003&action=view)
minimized test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21846
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-31 22:06
---
With sources from an hour ago I get the same ICE compiling 176.gcc and 191.fma3d
on powerpc64-linux using "-m64 -O2 -ftree-vectorize -maltivec"; all other SPEC
CPU2000 tests compile and run successf
--- Additional Comments From janis at gcc dot gnu dot org 2005-06-13 17:45
---
With mainline built last night I get no failures building and running SPEC
CPU2000
on powerpc64-linux with "-ftree-vectorize -maltivec -mabi=altivec" for -m32 and
-m64; it looks fixed to me!
801 - 900 of 930 matches
Mail list logo
