--- Comment #6 from hp at gcc dot gnu dot org 2010-09-21 15:11 ---
(In reply to comment #5)
Created an attachment (id=21855)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21855action=view) [edit]
Patch that fixes the problem
cse was losing track of cc0 set/use because
--- Comment #7 from hp at gcc dot gnu dot org 2010-09-21 15:17 ---
Created an attachment (id=21857)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21857action=view)
Same patch, just s/0/NULL_RTX/ in two places.
As mentioned plus one more place.
--
hp at gcc dot gnu dot org
--- Comment #8 from hp at gcc dot gnu dot org 2010-09-21 16:34 ---
Created an attachment (id=21858)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21858action=view)
Same patch, just gunzipped this time. :)
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from hp at gcc dot gnu dot org 2010-09-21 21:26 ---
Subject: Bug 41085
Author: hp
Date: Tue Sep 21 21:25:57 2010
New Revision: 164498
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164498
Log:
PR rtl-optimization/41085
Backport from mainline
--- Comment #6 from hp at gcc dot gnu dot org 2010-09-21 21:26 ---
Subject: Bug 45051
Author: hp
Date: Tue Sep 21 21:25:57 2010
New Revision: 164498
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164498
Log:
PR rtl-optimization/41085
Backport from mainline
--- Comment #10 from hp at gcc dot gnu dot org 2010-09-21 21:30 ---
.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from hp at gcc dot gnu dot org 2010-09-21 21:44 ---
(In reply to comment #8)
Created an attachment (id=21858)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21858action=view) [edit]
It fixes the bug with no regressions for r164480.
Thanks!
--
http://gcc.gnu.org
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-20 01:57 ---
I hacked around a similar suboptimality using -fno-tree-reassoc.
(...looking...)
See PR37916 (oops! still assigned to me; the easy route I envisioned became a
dead end).
Adding a preprocessed version of huffdec.c (use
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-13 14:00 ---
Created an attachment (id=21784)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21784action=view)
shortened gfortran.dg/forall_4.f90
-O3 -g
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
--- Comment #3 from hp at gcc dot gnu dot org 2010-09-13 14:37 ---
(In reply to comment #1)
-O3 -g
I forgot to mention, also: -fno-delayed-branch (reorg is always the usual
suspect when latent bugs are exposed, but not so this time.)
I guess it's fair to include Alexandre what
--- Comment #12 from hp at gcc dot gnu dot org 2010-09-13 00:49 ---
Subject: Bug 41087
Author: hp
Date: Mon Sep 13 00:49:27 2010
New Revision: 164240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164240
Log:
PR rtl-optimization/41087
* ifcvt.c (noce_get_condition
--- Comment #13 from hp at gcc dot gnu dot org 2010-09-13 00:53 ---
Subject: Bug 41087
Author: hp
Date: Mon Sep 13 00:52:48 2010
New Revision: 164241
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164241
Log:
PR rtl-optimization/41087
* ifcvt.c (noce_get_condition
--- Comment #14 from hp at gcc dot gnu dot org 2010-09-13 01:07 ---
committed http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00932.html
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hp at gcc dot gnu dot org 2010-09-11 04:33 ---
(In reply to comment #5)
This regression disappeared in the range (162414:162421], perhaps because of
r162418. Let's see if it remains hidden, or if this PR just shapeshifted into
PR45051.
I (finally) checked
--- Comment #11 from hp at gcc dot gnu dot org 2010-09-11 04:56 ---
Corrected component re: analysis.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from hp at gcc dot gnu dot org 2010-09-09 08:11 ---
Created an attachment (id=21748)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21748action=view)
patch
The simplest solution is to correct noce_get_condition to not follow its
documentation and not allow conditions
--- Comment #10 from hp at gcc dot gnu dot org 2010-09-10 03:25 ---
Created an attachment (id=21760)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21760action=view)
Patch, take 2.
Need to gate the side_effects_p call: tmp != NULL_RTX side_effects_p (tmp).
--
hp at gcc dot gnu
--- Comment #7 from hp at gcc dot gnu dot org 2010-09-09 04:08 ---
Bother, I should have spotted the general area of this bug faster. It's a
matter of ifcvt.c calling
emit_insn_before_setloc (seq, if_info-jump,
INSN_LOCATOR (if_info-insn_a));
when
--- Comment #8 from hp at gcc dot gnu dot org 2010-09-09 04:11 ---
(In reply to comment #7)
And last but not
least, decorate the new insn(s) with REG_INC notes as appropriate, as regmove
(the next pass) seems to expect them: note that insn 1223 doesn't have one.
See-also PR11052
--- Comment #3 from hp at gcc dot gnu dot org 2010-09-07 07:11 ---
(In reply to comment #2)
xfail the test-case for ilp32 targets with a reference to this PR.
http://gcc.gnu.org/ml/fortran/2010-09/msg00179.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
--- Comment #5 from hp at gcc dot gnu dot org 2010-09-07 13:28 ---
Subject: Bug 45505
Author: hp
Date: Tue Sep 7 13:23:24 2010
New Revision: 163949
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163949
Log:
PR fortran/45505
* gfortran.dg/pr25923.f90: XFAIL
--- Comment #6 from hp at gcc dot gnu dot org 2010-09-08 02:13 ---
Created an attachment (id=21731)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21731action=view)
Somewhat simplified test-case
I'm having a look at this.
I simplified the test-case somewhat, eliminating some loops
: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-06 16:08 ---
Correct title, possibly component, milestone.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-06 21:48 ---
Fixed by r163917, apparently.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-06 22:02 ---
I think I'll try doing it the IIUC documented preferred way for deferred bugs;
to xfail the test-case for ilp32 targets with a reference to this PR. And yes,
seen by the cris-elf autotester too.
--
hp at gcc dot gnu
dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
BugsThisDependsOn: 45266
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-05 15:04 ---
Subject: Bug 45545
Author: hp
Date: Sun Sep 5 15:04:20 2010
New Revision: 163878
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163878
Log:
PR testsuite/45545
* gfortran.dg/array_memcpy_3.f90
--- Comment #2 from hp at gcc dot gnu dot org 2010-09-05 15:15 ---
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00394.html
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
.c
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot
--- Comment #1 from hp at gcc dot gnu dot org 2010-09-06 02:02 ---
Created an attachment (id=21707)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21707action=view)
Simplified gcc.c-torture/execute/990326-1.c
See the combine dump at e.g. -O2. I haven't disected the miscompilation
--- Comment #15 from hp at gcc dot gnu dot org 2010-09-04 03:08 ---
(In reply to comment #4)
Good job picking up on that.
There must be a better way of telling the compiler to generate lwr and lwl
MIPS
instructions without breaking strict aliasing rules...?
When requiring
: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet
--- Comment #1 from hp at gcc dot gnu dot org 2010-07-24 02:46 ---
Created an attachment (id=21295)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21295action=view)
Shortened gcc.c-torture/execute/builtins/abs-2.c
Compile with e.g. -O2
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from hp at gcc dot gnu dot org 2010-07-24 02:51 ---
(In reply to comment #0)
Oops; replace:
containing 0x for the low-part of 9223372036854775807LL ((163)-1),
with:
containing 0x7fff for the high-part of 9223372036854775807LL ((163)-1),
--
http
--- Comment #3 from hp at gcc dot gnu dot org 2010-07-24 03:02 ---
--- good:r162417/abs-2.sSat Jul 24 03:13:36 2010
+++ bad:r162418/abs-2.s Sat Jul 24 03:15:53 2010
@@ -9,27 +9,27 @@ _main_test:
move $srp,[$sp]
subu.b 84,$sp
movem $r8,[$sp
--- Comment #5 from hp at gcc dot gnu dot org 2010-07-24 03:14 ---
This regression disappeared in the range (162414:162421], perhaps because of
r162418. Let's see if it remains hidden, or if this PR just shapeshifted into
PR45051.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from hp at gcc dot gnu dot org 2010-07-24 03:16 ---
Unassigning myself as I haven't done and won't do anything besides observing.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hp at gcc dot gnu dot org 2010-07-21 15:54 ---
Correcting the summary to point at the right cause. Maybe the following
somewhat obvious change is correct, though I'd prefer to leave it to Bernd.
Index: postreload.c
--- Comment #9 from hp at gcc dot gnu dot org 2010-07-22 02:43 ---
Confirmed fixed, r162392 tested, no regressions compared to r162328.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-*-* and crisv32-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
--- Comment #1 from hp at gcc dot gnu dot org 2010-07-20 21:38 ---
Created an attachment (id=21270)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21270action=view)
preprocessed libgcc2.i
Compile with cc1 -fpreprocessed -march=v32 -O2 libgcc2.i.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from hp at gcc dot gnu dot org 2010-07-20 21:46 ---
(gdb) r -fpreprocessed -march=v32 -O2 libgcc2.i
Starting program: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/cc1 -fpreprocessed
-march=v32 -O2 libgcc2.i
__muldc3
Analyzing compilation unit
Performing interprocedural
--- Comment #3 from hp at gcc dot gnu dot org 2010-07-20 21:56 ---
The backtrace in #2 was for r162355.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
--- Comment #5 from hp at gcc dot gnu dot org 2010-07-20 23:30 ---
(In reply to comment #4)
postreload.c ICE would be more probably related to r162342 than to r162336.
Right, let's see what Bernd has to say. With the information in the PR, the
solution is likely trivial to him
--- Comment #12 from hp at gcc dot gnu dot org 2010-07-13 23:07 ---
(In reply to comment #11)
(In reply to comment #9)
the simulator supports cris-axis-linux-gnu too, but you don't want to build
for
that target, it's a slightly more complicated. :)
actually, on reflection, I
--- Comment #4 from hp at gcc dot gnu dot org 2010-07-08 16:27 ---
Removing target specifier as the test-case fails for native x86_64-linux as
well, with e.g. r161957, so there's reason to believe the miscompilation is
generic.
Just mentioned in case there's a target-based priority
--- Comment #3 from hp at gcc dot gnu dot org 2010-07-07 16:24 ---
(In reply to comment #2)
The addition by 10 appears during postreload, where we substitute
...
which by itself doesn't look wrong.
That's right, if the two stores had been to different locations, it'd have been
-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-linux
GCC target triplet: cris-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
--- Comment #1 from hp at gcc dot gnu dot org 2010-07-07 03:44 ---
Created an attachment (id=21119)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21119action=view)
test-case suggested for gcc.c-torture/execute
Compile at e.g. -O2, observe code in PR description, also observed
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords
--- Comment #1 from hp at gcc dot gnu dot org 2010-07-07 04:06 ---
cris-elf too, same range (161866:161871].
I really wish committers would test on 32-bit platforms too, or whatever now is
the systematic failure introducing these obvious and easily observable
regressions. :(
--
hp
--- Comment #23 from hp at gcc dot gnu dot org 2010-07-03 03:43 ---
This is fixed, isn't it? No longer fails, c:a r161653 dudging from
gcc-testresu...@.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--- Comment #4 from hp at gcc dot gnu dot org 2010-06-28 07:45 ---
(In reply to comment #2)
On Linux/ia32, I also see:
FAIL: 23_containers/unordered_map/erase/1.cc execution test
FAIL: 23_containers/unordered_map/erase/24061-map.cc execution test
FAIL: 23_containers/unordered_map
--- Comment #3 from hp at gcc dot gnu dot org 2010-06-22 01:24 ---
(In reply to comment #2)
Dupe of PR44505?
Unknown, please hold.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hp at gcc dot gnu dot org 2010-06-22 04:58 ---
FWIW, I didn't see this with r158717 (late April), so I think I'll just close
this PR. No, I don't think it's the same issue as PR44505; after all, these are
two wildly different architectures for which the test failed
--- Comment #11 from hp at gcc dot gnu dot org 2010-06-17 02:20 ---
Disappeared for cris-elf in (160828:r160836], which agrees i686-linux results
on gcc100 at http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg01649.html
(160820) and http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg01712
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #12 from hp at gcc dot gnu dot org 2010-06-11 20:07 ---
(In reply to comment #11)
(In reply to comment #10)
Now (with r160560) appearing for cris-elf too!
Forgot to mention that it last worked for cris-elf with r160547.
Last known appearance r160602, gone again
--- Comment #3 from hp at gcc dot gnu dot org 2010-06-10 11:11 ---
*** This bug has been marked as a duplicate of 44460 ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from hp at gcc dot gnu dot org 2010-06-10 11:11 ---
*** Bug 44453 has been marked as a duplicate of this bug. ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from hp at gcc dot gnu dot org 2010-06-10 11:13 ---
Committed.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from hp at gcc dot gnu dot org 2010-06-10 11:13 ---
Subject: Bug 44460
Author: hp
Date: Thu Jun 10 11:12:12 2010
New Revision: 160533
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160533
Log:
PR rtl-optimization/44460
* emit-rtl.c
--- Comment #10 from hp at gcc dot gnu dot org 2010-06-10 21:00 ---
Now (with r160560) appearing for cris-elf too!
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hp at gcc dot gnu dot org 2010-06-10 21:02 ---
(In reply to comment #10)
Now (with r160560) appearing for cris-elf too!
Forgot to mention that it last worked for cris-elf with r160547.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
--- Comment #7 from hp at gcc dot gnu dot org 2010-06-09 17:53 ---
(In reply to comment #5)
The following http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00692.html
It definitly avoids the ICE, but it would be nice to know if libstdc++
testsuite passes.
When applied to r160481
at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44467
--- Comment #1 from hp at gcc dot gnu dot org 2010-06-08 12:43 ---
Created an attachment (id=20866)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20866action=view)
preprocessed
cc1plus -fpreprocessed eh_alloc.ii -melf -quiet -dumpbase eh_alloc.cc
-auxbase-strip eh_alloc.o -g -O2
--- Comment #2 from hp at gcc dot gnu dot org 2010-06-02 20:32 ---
Apparently the test-case has changed, so fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44356
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
CC||hp at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #2 from hp at gcc dot gnu dot org 2010-05-29 03:21 ---
Fixed after 159920 but before or including 159930. At closer inspection, it
has to be r159929. :) On the other hand, from the patch message it seems it's
just intended to be a stop-gap measure, so I'll leave it to Iain
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44289
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-26 23:53 ---
*** This bug has been marked as a duplicate of 44287 ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from hp at gcc dot gnu dot org 2010-05-26 23:53 ---
*** Bug 44289 has been marked as a duplicate of this bug. ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hp at gcc dot gnu dot org 2010-05-27 00:12 ---
(In reply to comment #2)
Sorry I wasn't here to answer the basic simulator-target questions, but it
seems you found the information needed to get you going.
1/ Did the same commit improve PR44137 on your target
--- Comment #9 from hp at gcc dot gnu dot org 2010-05-27 01:15 ---
(In reply to comment #8)
One thing you could help with is whether there's a way of enabling threads on
the simulator
You mean for cris-axis-elf; no, there is no support for threads on
cris-axis-elf.
(I could reply
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-25 18:41 ---
See also PR44137.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
--- Comment #5 from hp at gcc dot gnu dot org 2010-05-22 00:19 ---
Yes. Thanks.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from hp at gcc dot gnu dot org 2010-05-20 06:45 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:44:45 2010
New Revision: 159611
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159611
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: New
--- Comment #3 from hp at gcc dot gnu dot org 2010-05-20 06:46 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:45:38 2010
New Revision: 159612
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159612
Log:
PR target/44202
* config/cris/cris.md (*addsi3_v32
--- Comment #4 from hp at gcc dot gnu dot org 2010-05-20 06:47 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:47:41 2010
New Revision: 159613
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159613
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: New
--- Comment #5 from hp at gcc dot gnu dot org 2010-05-20 06:48 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:48:37 2010
New Revision: 159614
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159614
Log:
PR target/44202
* config/cris/cris.md (*addsi3_v32
--- Comment #6 from hp at gcc dot gnu dot org 2010-05-20 06:50 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:50:15 2010
New Revision: 159615
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159615
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: New
--- Comment #7 from hp at gcc dot gnu dot org 2010-05-20 06:51 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:51:05 2010
New Revision: 159616
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159616
Log:
PR target/44202
* config/cris/cris.md (*addsi3_v32
--- Comment #8 from hp at gcc dot gnu dot org 2010-05-20 06:52 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:52:25 2010
New Revision: 159617
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159617
Log:
PR target/44202
* gcc.c-torture/execute/pr44202-1.c: New
--- Comment #9 from hp at gcc dot gnu dot org 2010-05-20 06:53 ---
Subject: Bug 44202
Author: hp
Date: Thu May 20 06:53:34 2010
New Revision: 159618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159618
Log:
PR target/44202
* config/cris/cris.md (*addsi3_v32
--- Comment #10 from hp at gcc dot gnu dot org 2010-05-20 07:02 ---
Fixed, see also http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01456.html.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
: UNCONFIRMED
Keywords: ice-on-valid-code, build
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-21 03:34 ---
Created an attachment (id=20716)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20716action=view)
Shortened libgcc2.i
Compile with ./cc1 -fpreprocessed l.i -march=v10 -O2 -o libgcc2.s, observe
ICE.
--
http
* be
redundant and there is none).
--
Summary: Missing compare after add
Product: gcc
Version: 4.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: hp at gcc dot gnu dot org
--- Comment #1 from hp at gcc dot gnu dot org 2010-05-19 19:24 ---
Created an attachment (id=20704)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20704action=view)
test-case
Compile with -O2 -march=v32. Observe addo 513,$r10,$acr and addo
512,$r10,$acr directly followed
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44137
--- Comment #9 from hp at gcc dot gnu dot org 2010-05-11 16:48 ---
(In reply to comment #8)
In this case, I guess the way to go would be to apply *both* my patch
and Hans-Peter's patch to the 4.4 branch ...
I'm sorry I missed that the committed patch was fingered as a regressor (sp
--- Comment #10 from hp at gcc dot gnu dot org 2010-05-11 17:06 ---
(In reply to comment #6)
Causes PR40414 on GCC 4.4.x, reopening to make the other PR depend on this.
Looks like the above statement is wrong: the committed patch for this PR is
just (one of the two) required
1 - 100 of 1394 matches
Mail list logo