--- 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 warnings
--- 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 change
--- 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 #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 compatibility
--
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 #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=gccview=revrev=131611
Log:
PR target/34814
* gcc.target/powerpc/ppc32-abi-dfp
--- 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=revrev=81764
r81764 | dnovillo
--- 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=revrev=74332
r74332 | sayle | 2003-12-05 14:06:46 + (Fri, 05 Dec 2003)
--
http://gcc.gnu.org
--- 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's
--- 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=gccview=revrev=131383
Log:
2008-01-07 Jack Howarth [EMAIL PROTECTED]
PR testsuite
-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
GCC target triplet
--- 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.org/bugzilla
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 #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=gccview=revrev=131012
Log:
2007-12-17 Jack Howarth [EMAIL PROTECTED]
PR target
--- 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 only
--- 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's
--- 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=revrev=103956
r103956 | steven | 2005-09-06 18:51:26 + (Tue, 06 Sep 2005)
and starts
--- 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 to add
--- 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. That explains
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.cgi?id
--- 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 #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=revrev=117834
r117834 | mmitchel | 2006-10-17 22:35:29 + (Tue, 17 Oct 2006)
--
janis at gcc dot gnu dot org
--- 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 20071130
--- 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.gnu.org/ml/gcc
--- 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 except
--- 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 would
--- 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=revrev=117360
r117360 | mmitchel | 2006-10-02 04:12:30 + (Mon, 02 Oct 2006
--- 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=revrev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007
--- 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=revrev=113199
r113199 | mmitchel | 2006-04-23 18:04:33 + (Sun, 23 Apr 2006)
--
janis at gcc dot gnu dot org
--- 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=revrev=115209
r115209 | jason | 2006-07-05 20:40:06 + (Wed, 05 Jul 2006)
--
janis at gcc dot gnu dot org
--- 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
sets eofbit for valid input
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
http
-
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 at gcc dot gnu dot org
http
--- 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=14510action=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=14511action=view)
test for powerpc-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34034
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
: 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
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
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
--- 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=gccview=revrev=129858
Log:
PR testsuite/32076
* lib/scandump.exp (dump-suffix
--- 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=gccview=revrev=129823
Log:
gcc/
PR testsuite/25352
* doc/sourcebuild.texi
--- 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 #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=gccview=revrev=129744
Log:
PR testsuite/24841
* doc/sourcebuild.texi (Test
--- 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
--- 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=revrev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #16 from janis at gcc dot gnu dot org 2007-10-19 22:14 ---
A regression hunt on powerpc-linux using the testcase from comment #3
identified this patch:
http://gcc.gnu.org/viewcvs?view=revrev=119502
r119502 | dberlin | 2006-12-04 19:07:05 + (Mon, 04 Dec 2006
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-19 23:32 ---
Created an attachment (id=14373)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14373action=view)
smaller testcase, thanks to delta
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
--- Comment #2 from janis at gcc dot gnu dot org 2007-10-19 20:07 ---
This isn't a regression. The error is reported with a compiler from 20070210,
the day after support for variadic templates was added.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31993
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-19 19:52 ---
A regression hunt on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=revrev=124353
r124353 | pinskia | 2007-05-02 17:47:06 + (Wed, 02 May 2007)
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-19 23:00 ---
The failure also shows up on powerpc-linux, where a regression hunt identified:
http://gcc.gnu.org/viewcvs?view=revrev=124403
r124403 | hubicka | 2007-05-04 00:40:20 + (Fri, 04 May 2007)
--
janis
--- Comment #2 from janis at gcc dot gnu dot org 2007-10-19 16:36 ---
The testcase also fails on powerpc-linux, where a regression hunt identified
the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=128701
r128701 | aaw | 2007-09-23 20:05:40 + (Sun, 23 Sep 2007
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-19 17:48 ---
I can reproduce this on powerpc64-linux with a compiler from 20070630 but not
with anything after 30070731; can anyone else still reproduce the failure, or
has it been fixed?
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from janis at gcc dot gnu dot org 2007-10-19 16:42 ---
A regression hunt on powerpc-linux identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=126198
r126198 | rguenth | 2007-07-02 11:53:08 + (Mon, 02 Jul 2007)
This results in the ICE
--- Comment #4 from janis at gcc dot gnu dot org 2007-10-19 16:34 ---
A regression hunt using the testcase added for comment #2 on powerpc-linux with
-O2 -fstack-protector identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=121780
r121780 | hubicka | 2007-02
--- Comment #4 from janis at gcc dot gnu dot org 2007-10-19 16:31 ---
A regression hunt for the first testcase on powerpc-linux identified the
following patch:
http://gcc.gnu.org/viewcvs?view=revrev=120649
r120649 | ian | 2007-01-10 21:07:38 + (Wed, 10 Jan 2007
--- Comment #2 from janis at gcc dot gnu dot org 2007-10-19 16:39 ---
The error also occurs on powerpc64-linux with -m64, where a regression hunt
identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=128488
r128488 | jason | 2007-09-14 06:07:25 + (Fri, 14
--- Comment #12 from janis at gcc dot gnu dot org 2007-10-16 18:24 ---
Segher has a patch for related PR 31490 that fixed the original 32-bit
bootstrap problem. Yesterday I confirmed that it also fixes the 64-bit
powerpc64-linux bootstrap for all languages but Ada. The only test
gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc*-*-*, ia64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33670
--- Comment #2 from janis at gcc dot gnu dot org 2007-10-06 00:11 ---
In response to comment #1, the GCC Manual doesn't say anything about
-freorder-blocks-and-partition needing profile feedback although it does say
that for -freorder-functions.
--
http://gcc.gnu.org/bugzilla
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 at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
--- Comment #1 from janis at gcc dot gnu dot org 2007-10-06 01:23 ---
Created an attachment (id=14309)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14309action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33673
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=33658
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
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=33641
Product: gcc
Version: 4.3.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
http://gcc.gnu.org/bugzilla
: 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=33644
--- Comment #1 from janis at gcc dot gnu dot org 2007-10-03 18:08 ---
A regression hunt identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=125624
r125624 | dberlin | 2007-06-11 18:02:15 + (Mon, 11 Jun 2007)
This is the merge of the dataflow branch
-at-a-
time
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 at gcc dot gnu dot
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 triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla
: 4.3.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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33649
ReportedBy: janis at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33650
--- Comment #4 from janis at gcc dot gnu dot org 2007-09-27 22:11 ---
A regression hunt on mainline using the submitter's testcase identified the
following patch:
http://gcc.gnu.org/viewcvs?view=revrev=114023
r114023 | mmitchel | 2006-05-23 20:45:44 + (Tue, 23 May 2006
--- Comment #2 from janis at gcc dot gnu dot org 2007-09-19 14:15 ---
A regression hunt on powerpc-linux using the submitter's test case identified
the following patch where the test starts failing:
http://gcc.gnu.org/viewcvs?view=revrev=126399
r126399 | mmitchel | 2007-07-06
--- Comment #3 from janis at gcc dot gnu dot org 2007-09-19 23:20 ---
A regression hunt on powerpc-linux using the submitter's test case identified
the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=115800
r115800 | lmillward | 2006-07-28 17:01:19 + (Fri, 28 Jul
--- Comment #6 from janis at gcc dot gnu dot org 2007-09-11 01:11 ---
Subject: Bug 30013
Author: janis
Date: Tue Sep 11 01:11:16 2007
New Revision: 128361
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128361
Log:
gcc/
PR c/30013
* config/dfp-bit.c: Don't skip
--- Comment #14 from janis at gcc dot gnu dot org 2007-08-28 18:15 ---
The patch that I tried is the one attached for comment #10, not the one in
comment #9. With that patch a bootstrap of all languages but Ada succeeded.
The test results look reasonable, although I don't have results
--- Comment #12 from janis at gcc dot gnu dot org 2007-08-27 21:54 ---
Trunk currently fails on powerpc64-linux building
libstdc++-v3/src/system_error.cc. Hacking libtool a bit allows seeing the
message std::system_category causes a section type conflict. The file is
compiled with -O2
--- Comment #1 from janis at gcc dot gnu dot org 2007-08-17 18:21 ---
Current mainline (revision 127590) still gets this ICE for i686-pc-linux-gnu
with either bid or dpd decimal float support. The current line number for the
ICE is reload1.c:2001.
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from janis at gcc dot gnu dot org 2007-08-17 20:44 ---
Why use %.9e, %.17e, and %.36Le to write the binary float values to a
string, instead of using lengths of FLT_DIG, DBL_DIG, and LDBL_DIG? For
i686-linux those are 6, 15, and 18.
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from janis at gcc dot gnu dot org 2007-08-17 00:40 ---
Ben just mentioned this PR to me, I hadn't seen it before.
I'm working on a patch to support TFmode for powerpc*-linux, and I'll talk to
HJ about proper support for XFmode. Initially we didn't support long double
--- Comment #3 from janis at gcc dot gnu dot org 2007-08-07 23:17 ---
It compiles quickly for me with GCC 4.1.1 for powerpc64-linux and with a 4.1.1
cross compiler for i686-linux. Is your 4.1.1 compiler from FSF sources, or
might it have additional backports?
--
http://gcc.gnu.org
--- Comment #1 from janis at gcc dot gnu dot org 2007-08-06 23:15 ---
A regression hunt of mainline on powerpc-linux identified the following patch,
where the compiler went from compiling in a reasonable time to taking more than
three seconds for the submitter's testcase:
r117696
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 build triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #9 from janis at gcc dot gnu dot org 2007-06-15 23:40 ---
This makes no sense to me, but I'll report it in case it does to someone else.
With compilers for powerpc64-linux, the test compiled with -c -O2 -mcpu=7450
(or -Os instead of -O2) passes with GCC 4.0 and fails
--- Comment #10 from janis at gcc dot gnu dot org 2007-06-15 23:42 ---
Created an attachment (id=13711)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13711action=view)
smaller testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32347
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc
--- Comment #8 from janis at gcc dot gnu dot org 2007-06-14 22:10 ---
I get the same failure with my nightly build compiler for powerpc64-linux with
-m32 -Os -mcpu=7450. I'll minimize the testcase and perhaps that nice young
man Andrew Pinski will fix the bug for us.
--
http
--- Comment #3 from janis at gcc dot gnu dot org 2007-05-23 19:39 ---
A regression hunt on powerpc-linux using the submitter's test case identified
the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=120835
r120835 | hubicka | 2007-01-16 21:30:54 + (Tue, 16 Jan
--- Comment #3 from janis at gcc dot gnu dot org 2007-05-23 21:26 ---
A regression hunt on powerpc-linux using the test case from comment #1
identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=120835
r120835 | hubicka | 2007-01-16 21:30:54 + (Tue, 16 Jan
--- Comment #2 from janis at gcc dot gnu dot org 2007-05-21 22:17 ---
Subject: Bug 31924
Author: janis
Date: Mon May 21 21:17:23 2007
New Revision: 124913
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124913
Log:
libcpp/
PR c/31924
* expr.c
--- Comment #48 from janis at gcc dot gnu dot org 2007-05-15 19:29 ---
Created an attachment (id=13561)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13561action=view)
patch for testsuite infrastructure
This patch overrides dg-error and dg-warning if gcc_error_prefix
: accepts-invalid
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=31924
--- Comment #1 from janis at gcc dot gnu dot org 2007-05-15 00:43 ---
Subject: Bug 31924
Author: janis
Date: Mon May 14 23:43:07 2007
New Revision: 124730
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124730
Log:
libcpp/
PR c/31924
* expr.c
--- Comment #46 from janis at gcc dot gnu dot org 2007-05-15 01:35 ---
I've been looking at this again recently. I have a patch that changes dg-error
and dg-warning only for languages that define gcc_error_prefix and
gcc_warning_prefix. I have tested it with C and ensured that tests
--- Comment #8 from janis at gcc dot gnu dot org 2007-05-11 00:51 ---
I had forgotten all about this. Today I checked to see how older versions of
DejaGnu and GCC tests handled xfail for dg-do keywords other than run. I
only went back as far as GCC 3.0.4 and DejaGnu 1.4, but they also
--- Comment #4 from janis at gcc dot gnu dot org 2007-04-30 19:33 ---
The same failure occurs on powerpc-linux, where a regression hunt identified
this patch:
http://gcc.gnu.org/viewcvs?view=revrev=119535
r119535 | hubicka | 2006-12-05 10:15:28 + (Tue, 05 Dec 2006
401 - 500 of 915 matches
Mail list logo