[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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=21858&action=view) [edit] It fixes the bug with no regressions for r164480. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- 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 |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug rtl-optimization/45051] [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to "track subwords of DImode allocnos"
--- 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=gcc&view=rev&rev=164498 Log: PR rtl-optimization/41085 Backport from mainline 2010-07-27 Bernd Schmidt PR rtl-optimization/45051 * reload1.c (delete_output_reload): Use refers_to_regno_p rather than reg_mentioned_p. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- 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=gcc&view=rev&rev=164498 Log: PR rtl-optimization/41085 Backport from mainline 2010-07-27 Bernd Schmidt PR rtl-optimization/45051 * reload1.c (delete_output_reload): Use refers_to_regno_p rather than reg_mentioned_p. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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=21858&action=view) Same patch, just gunzipped this time. :) -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #21857|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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=21857&action=view) Same patch, just s/0/NULL_RTX/ in two places. As mentioned plus one more place. -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #21855|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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=21855&action=view) [edit] > Patch that fixes the problem > > cse was losing track of cc0 set/use because of intervening debug insns. > Anyone > got a CC0 host to bootstrap-test this on? Thanks for looking to this. No bootstrap unfortunately, but I can regression-test it for cris-elf, which should be sufficient. Well, I'm quite certain you too know exactly the steps ;-) but I guess since I have a baseline and a setup... Let me just suggest changing the "... == 0" to "... == NULL_RTX" in the last part of the patch. To incentivise, I'll test that. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45622] Suboptimal code generation on arm
--- 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 -save-temps, pick up huffdec.i) to this PR would help, I think. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45622
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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 with the latent-bug-code-difference-with--g observation. -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-13 14:37:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45656] [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
--- 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=21784&action=view) shortened gfortran.dg/forall_4.f90 -O3 -g -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug tree-optimization/45656] New: [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong code with -g
With revision r163997 this test passed.
>From revision r163998 and on, including at least r164242 this test has failed
as follows:
Running /tmp/reg_a4_998/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
... (non-regressions elided)
FAIL: gfortran.dg/forall_4.f90 -O3 -g execution test
With the message in the logfile being:
Executing on host: /tmp/reg_a4_998/gccobj/gcc/testsuite/gfortran/../../gfortran
-B/tmp/reg_a4_998/gccobj/gcc/testsuite/gfortran/../../
/tmp/reg_a4_998/gcc/gcc/testsuite/gfortran.dg/forall_4.f90 -O3 -g
-pedantic-errors -isystem
/tmp/reg_a4_998/gccobj/cris-elf/./newlib/targ-include -isystem
/tmp/reg_a4_998/gcc/newlib/libc/include
-B/tmp/reg_a4_998/gccobj/cris-elf/./libgloss/cris/
-L/tmp/reg_a4_998/gccobj/cris-elf/./libgloss/cris
-L/tmp/reg_a4_998/gcc/libgloss/cris
-B/tmp/reg_a4_998/gccobj/cris-elf/./newlib/
-L/tmp/reg_a4_998/gccobj/cris-elf/./newlib -sim3
-B/tmp/reg_a4_998/gccobj/cris-elf/./libgfortran/.libs
-L/tmp/reg_a4_998/gccobj/cris-elf/./libgfortran/.libs
-L/tmp/reg_a4_998/gccobj/cris-elf/./libiberty -lm -o ./forall_4.exe
(timeout = 300)
PASS: gfortran.dg/forall_4.f90 -O3 -g (test for excess errors)
program stopped with signal 6.
FAIL: gfortran.dg/forall_4.f90 -O3 -g execution test
A shortened test-case is attached, in which the second call to abort is
executed. Apparently the "-g" is critical. There is the following
assembly-code difference without/with "-g". Note the actual *code* difference
among the expected debug-label differences, in which the comparison-part of the
cstore is lost:
...
@@ -62,18 +103,24 @@ _main:
cmpq 4,$r9
bne .L16
nop
+.LBE48:
+.LBE47:
+ .loc 1 32 0
clear.d [$sp+32]
clear.d [$sp+36]
clear.d [$sp+40]
clear.d [$sp+44]
- move.b 1,$r13
- cmp.d [$sp+16],$r13
+.LBB49:
+ .loc 1 33 0
seq $r9
- cmp.d [$sp+24],$r13
+ move.d [$sp+24],$r13
+ cmpq 1,$r13
seq $r13
lslq 16,$r13
or.d $r13,$r9
oR.d 16777472,$r9
+.LBE49:
+.LBB50:
move.b $r9,$r9
bne .L18
nop
...
There is no such actual code difference with r163997.
N.B: CRIS is a cc0 target.
Author of patch for this revision CC:ed.
--
Summary: [4.5 Regression]: gfortran.dg/forall_4.f90 -O3, wrong
code with -g
Product: gcc
Version: 4.6.0
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 triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45656
[Bug rtl-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug rtl-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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=gcc&view=rev&rev=164241 Log: PR rtl-optimization/41087 * ifcvt.c (noce_get_condition): Don't allow conditions with side-effects. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/ifcvt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug rtl-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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=gcc&view=rev&rev=164240 Log: PR rtl-optimization/41087 * ifcvt.c (noce_get_condition): Don't allow conditions with side-effects. Modified: trunk/gcc/ChangeLog trunk/gcc/ifcvt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug rtl-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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 Component|tree-optimization |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- 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 this hunch of mine, and the fix for PR45051 indeed fixes this PR too! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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=21760&action=view) Patch, take 2. Need to gate the side_effects_p call: tmp != NULL_RTX && side_effects_p (tmp). -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #21748|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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=21748&action=view) patch The simplest solution is to correct noce_get_condition to not follow its documentation and not allow conditions that aren't "valid at JUMP" rather than "valid at EARLIEST", simply because we can't allow an additional side-effect. Maybe too simple for some, but simple and safe enough for a release-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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, which got in trouble when the cstore *target* (not the test insn) had a post_inc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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 it should do emit_insn_before_setloc (seq, if_info->cond_earliest, INSN_LOCATOR (if_info->insn_a)); (looks like most calls may be wrong) *and* to handle the case where if_info->cond_earliest (insn 327 above) has side-effects, since try_redirect_by_replacing_jump (a callee of redirect_edge_and_branch_force) doesn't remove cc0 setters with side-effects (while without the if_info->cond_earliest change, it'd see the last of the emit_store_flag insns instead of the expected cc0 setter). 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- 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=21731&action=view)
Somewhat simplified test-case
I'm having a look at this.
I simplified the test-case somewhat, eliminating some loops and a print-call.
First appearing in the .ce2 dump of r150588 at -O3 -funroll-loops, we see:
...
IF-THEN-ELSE-JOIN block found, pass 1, test 15, then 37, else 36, join 38
scanning new insn with uid = 1223.
scanning new insn with uid = 1224.
scanning new insn with uid = 1225.
deleting insn with uid = 344.
deleting insn with uid = 332.
deleting insn with uid = 331.
deleting block 36
Removing jump 328.
deleting insn with uid = 328.
deleting insn with uid = 335.
deleting insn with uid = 334.
deleting block 37
merging block 38 into block 15
verify found no changes in insn with uid = 337.
verify found no changes in insn with uid = 338.
verify found no changes in insn with uid = 339.
verify found no changes in insn with uid = 340.
deleting insn with uid = 341.
Merged blocks 15 and 38.
Conversion succeeded on pass 1.
...
with a part of the simplified blocks having the somewhat suspicious instruction
sequence:
...
(note 324 1220 327 15 NOTE_INSN_DELETED)
(insn 327 324 1223 15 /n/slask/hp_tmp/zs3a.f90:14 (set (cc0)
(compare (mem/s:SI (post_inc:SI (reg:SI 241 [ ivtmp.23 ])) [3 S4 A8])
(const_int 0 [0x0]))) 0 {*tstsi} (expr_list:REG_INC (reg:SI 241 [
ivtmp.23 ])
(nil)))
(insn 1223 327 1224 15 /n/slask/hp_tmp/zs3a.f90:14 (set (cc0)
(compare (mem/s:SI (post_inc:SI (reg:SI 241 [ ivtmp.23 ])) [3 S4 A8])
(const_int 0 [0x0]))) 0 {*tstsi} (nil))
(insn 1224 1223 1225 15 /n/slask/hp_tmp/zs3a.f90:14 (set (reg:SI 324)
(ne:SI (cc0)
(const_int 0 [0x0]))) 210 {sne} (nil))
(insn 1225 1224 337 15 /n/slask/hp_tmp/zs3a.f90:14 (set (reg:SI 252 [ j ])
(reg:SI 324)) 36 {*movsi_internal} (nil))
...
In the .combine dump, it's not apparent why this should be correct; note the
first cc0 setter not having a user; with the only effect of the insn being the
memory access (not volatile, so it doesn't count) and the post-increment.
This smells like a bug.
Whether in the post-combine ifcvt pass or in the input is unknown at this time.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- 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=gcc&view=rev&rev=163949 Log: PR fortran/45505 * gfortran.dg/pr25923.f90: XFAIL warning on wrong line for ilp32. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/pr25923.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- 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
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- 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 org changed: What|Removed |Added CC| |hp at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 22:02:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug rtl-optimization/45551] [4.6 Regression]: gcc.c-torture/execute/990326-1.c
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45551
[Bug other/45561] [4.6 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c
--- 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 Status|UNCONFIRMED |NEW Component|preprocessor|other Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-06 16:08:27 date|| Summary|[4.4 Regression]: |[4.6 Regression]: |gcc.dg/cpp/pragma-float-|gcc.dg/cpp/pragma-float- |const-decimal64-1.c |const-decimal64-1.c |gcc.dg/nodfp-1.c|gcc.dg/nodfp-1.c Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45561
[Bug preprocessor/45561] New: [4.4 Regression]: gcc.dg/cpp/pragma-float-const-decimal64-1.c gcc.dg/nodfp-1.c
With revision 163809 these test passed.
>From revision 163818 and on, the tests have failed as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/cpp/cpp.exp ...
FAIL: gcc.dg/cpp/pragma-float-const-decimal64-1.c (test for warnings, line 4)
...
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/dg.exp ...
...
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 4)
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 5)
FAIL: gcc.dg/nodfp-1.c reject decimal float (test for errors, line 6)
Looks like it's some mixup of ""/"no"/"dpd" somewhere...
It looks like the dfp.m4 patch is wrong, enabling dfp half-way, such that the
parser and preprocessor doesn't see that it's not supported, but the target
still isn't "dfp" as far as the test-suite is concerned (and it shouldn't):
Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/ dfprt16050.
c-isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newl
ib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/
cris-elf/./libgloss/cris -L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./new
lib/ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib -sim3 -lm -o
dfprt16050.exe(timeout = 300)
dfprt16050.c:2:2: error: unable to emulate 'DD'
compiler exited with status 1
output is:
dfprt16050.c:2:2: error: unable to emulate 'DD'
Author of suspect patch in the revision range CC:ed.
--
Summary: [4.4 Regression]: gcc.dg/cpp/pragma-float-const-
decimal64-1.c gcc.dg/nodfp-1.c
Product: gcc
Version: 4.6.0
Status: 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/bugzilla/show_bug.cgi?id=45561
[Bug rtl-optimization/45551] [4.6 Regression]: gcc.c-torture/execute/990326-1.c
--- 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=21707&action=view) Simplified gcc.c-torture/execute/990326-1.c See the combine dump at e.g. -O2. I haven't disected the miscompilation, but at a glance it looks like the subregness is not handled properly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45551
[Bug rtl-optimization/45551] New: [4.6 Regression]: gcc.c-torture/execute/990326-1.c
With revision 163380 this test passed. >From revision 163383 and on, this test has failed as follows: Running /tmp/regressn1-383/gcc/gcc/testsuite/gcc.c-torture/execute/execute.exp ... FAIL: gcc.c-torture/execute/990326-1.c execution, -O2 FAIL: gcc.c-torture/execute/990326-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/990326-1.c execution, -O3 -g FAIL: gcc.c-torture/execute/990326-1.c execution, -Os FAIL: gcc.c-torture/execute/990326-1.c execution, -O2 -flto FAIL: gcc.c-torture/execute/990326-1.c execution, -O2 -fwhopr With the message in the logfile showing that abort was called. RTL dumps show that the misoptimizing is done in the combine pass. A simplified version of gcc.c-torture/execute/990326-1.c exposing the miscompilation will be attached. Author of the suspect patch CC:ed. -- Summary: [4.6 Regression]: gcc.c-torture/execute/990326-1.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 org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45551
[Bug testsuite/45545] [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90
-- 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
[Bug testsuite/45545] [4.6 regression] FAIL: 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
[Bug testsuite/45545] [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90
--- 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=gcc&view=rev&rev=163878 Log: PR testsuite/45545 * gfortran.dg/array_memcpy_3.f90: Correct pattern for ref-all-matching targets. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/array_memcpy_3.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
[Bug testsuite/45545] New: [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90
+++ This bug was initially created as a clone of Bug #45266 +++
On Linux/x86-64, revision 163191 gave
FAIL: gfortran.dg/array_memcpy_3.f90 -O scan-tree-dump-times original
"memcpy|(ref-all.*ref-all)" 2
FAIL: gfortran.dg/array_memcpy_3.f90 -O scan-tree-dump-times original
"memcpy|(ref-all.*ref-all)" 2
Revision 163187 is OK. This may be caused by revision 163189:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00400.html
Linux/ia32 doesn't have this regression.
but:
The fix is wrong for ref-all-matching targets where the test started to fail
after PR 45266 was fixed. Fix to be committed immediately.
--
Summary: [4.6 regression] FAIL: gfortran.dg/array_memcpy_3.f90
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
BugsThisDependsOn: 45266
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45545
[Bug c++/45462] Bad optimization in -O3 sometimes
--- 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 a specific insn you want an asm:
unsigned int result;
unsigned char *p;
/* Need the "m" (dummy) to mark memory as read. Need earlyclobber because gcc
using the same register would cause...problems. Little endian assumed. */
asm ("lwr %0,0(%1)\n\tlwl %0,3(%1)" : "=&r" (result) : "r" (p), "m" (*p));
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45462
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- 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 AssignedTo|hp at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41085
[Bug rtl-optimization/41085] [4.5/4.6 Regression]: cris-elf gcc.dg/pr28796-2.c
--- 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=41085
[Bug rtl-optimization/45051] [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to "track subwords of DImode allocnos"
--- 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] - clear.d $r4 - clear.d $r5 - move.b 1,$r4 - move.d $r4,[$sp+76] - move.d $r5,[$sp+80] + clear.d $r0 ; (set (reg:SI r0) (const_int 0)) + clear.d $r1 + move.b 1,$r0 ; (set (strict_low_part:QI (reg:SI r0)) (const_int 1)) + move.d $r0,[$sp+76] + move.d $r1,[$sp+80] moveq -1,$r12 move.d $r12,[$sp+68] move.d $r12,[$sp+72] - clear.d $r10 - move.d $r4,$r11 - move.d $r11,$r8 - move.d -2147483648,$r0 - move.d $r11,[$sp+60] - move.d $r10,[$sp+64] - move.d 2147483647,$r11 + move.d $r0,$r10 + move.d -2147483648,$r11 + move.d $r10,[$sp+60] + move.d $r11,[$sp+64] + clear.b $r0 ; (set (strict_low_part:QI (reg:SI r9)) (const_int 0)) + move.d $r0,$r9 ; (set (reg:SI r9) (reg:SI r0)) + move.d 2147483647,$r0 move.d $r12,[$sp+52] - move.d $r11,[$sp+56] - move.d $r8,[$sp+44] - move.d $r0,[$sp+48] + move.d $r9,[$sp+56] ; stored here + move.d $r10,[$sp+44] + move.d $r11,[$sp+48] move.d $r12,[$sp+36] - move.d $r11,[$sp+40] + move.d $r0,[$sp+40] move.d [$sp+52],$r12 move.d [$sp+56],$r13; loaded here test.d $r12 ; fatally tested below; containing 0, expected 0x7fff -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-24 03:02:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug rtl-optimization/45051] [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to "track subwords of DImode allocnos"
--- 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 ((1<<63)-1), with: > containing 0x7fff for the high-part of 9223372036854775807LL ((1<<63)-1), -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug rtl-optimization/45051] [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to "track subwords of DImode allocnos"
--- 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=21295&action=view) Shortened gcc.c-torture/execute/builtins/abs-2.c Compile with e.g. -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug rtl-optimization/45051] New: [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c and abs-3.c due to "track subwords of DImode allocnos"
With revision 162417 this test passed.
>From revision 162418 and on, these tests (or "this test" as abs-3.c is
effectively the same as abs-2.c) has failed as follows:
Running
/tmp/badabs/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp ...
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O2
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O3
-fomit-frame-pointer
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O3 -g
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -Os
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O2 -flto
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O2 -fwhopr
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -O2
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -O3
-fomit-frame-pointer
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -O3 -g
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -Os
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -O2 -flto
FAIL: gcc.c-torture/execute/builtins/abs-3.c execution, -O2 -fwhopr
With the message in the logfile being:
...
PASS: gcc.c-torture/execute/builtins/abs-2.c compilation, -O2
program stopped with signal 6.
FAIL: gcc.c-torture/execute/builtins/abs-2.c execution, -O2
...
(i.e. abort being called)
Author of patch in suspect revision range CC:ed.
At a glance, the code change causes a register containing 0 to be used as
containing 0x for the low-part of 9223372036854775807LL ((1<<63)-1),
i.e. a mis-tracking of a DImode subreg.
I'll attach a smaller test-case and an assembly diff pointing out the wrong
code.
--
Summary: [4.6 Regression]: gcc.c-torture/execute/builtins/abs-2.c
and abs-3.c due to "track subwords of DImode allocnos"
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 org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to "New optimization for reload_combine"
--- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to "New optimization for reload_combine"
--- 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 === --- postreload.c(revision 162380) +++ postreload.c(working copy) @@ -1190,7 +1190,8 @@ lowest_ruid = use; } - fixup_debug_insns (reg, reg_sum, insn, lowest_ruid->insn); + if (lowest_ruid != NULL) + fixup_debug_insns (reg, reg_sum, insn, lowest_ruid->insn); /* Delete the reg-reg addition. */ delete_insn (insn); -- hp at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.6 Regression]: cris-elf |[4.6 Regression]: cris-elf |libgcc build failure due to |libgcc build failure due to |fix for PR45003, PR45006|"New optimization for ||reload_combine" http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006
--- 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. -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||bernds at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006
--- 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
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006
--- 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 optimizations
<*free_lang_data>
Assembling functions:
__muldc3
Program received signal SIGSEGV, Segmentation fault.
0x0083d1d5 in reload_combine_recognize_pattern (insn=0x77d00708)
at /tmp/hpautotest-gcc1/gcc/gcc/postreload.c:1193
1193 fixup_debug_insns (reg, reg_sum, insn,
lowest_ruid->insn);
Missing separate debuginfos, use: debuginfo-install
elfutils-libelf-0.145-1.fc12.x86_64 glibc-2.11.1-1.x86_64
(gdb) bt
#0 0x0083d1d5 in reload_combine_recognize_pattern
(insn=0x77d00708)
at /tmp/hpautotest-gcc1/gcc/gcc/postreload.c:1193
#1 0x0083d621 in reload_combine () at
/tmp/hpautotest-gcc1/gcc/gcc/postreload.c:1316
#2 0x0083aaac in reload_cse_regs (first=0x77e29c40) at
/tmp/hpautotest-gcc1/gcc/gcc/postreload.c:72
#3 0x0083fb04 in rest_of_handle_postreload () at
/tmp/hpautotest-gcc1/gcc/gcc/postreload.c:2198
#4 0x00835cf6 in execute_one_pass (pass=0x11fc300) at
/tmp/hpautotest-gcc1/gcc/gcc/passes.c:1563
#5 0x00835edf in execute_pass_list (pass=0x11fc300) at
/tmp/hpautotest-gcc1/gcc/gcc/passes.c:1618
#6 0x00835f00 in execute_pass_list (pass=0x11fc1e0) at
/tmp/hpautotest-gcc1/gcc/gcc/passes.c:1619
#7 0x00835f00 in execute_pass_list (pass=0x11fc180) at
/tmp/hpautotest-gcc1/gcc/gcc/passes.c:1619
#8 0x0099120e in tree_rest_of_compilation (fndecl=0x77f88e00)
at /tmp/hpautotest-gcc1/gcc/gcc/tree-optimize.c:452
#9 0x00bd13ed in cgraph_expand_function (node=0x77e24000)
at /tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:1629
#10 0x00bd1685 in cgraph_expand_all_functions () at
/tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:1708
#11 0x00bd1caa in cgraph_optimize () at
/tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:1964
#12 0x00bcf6d5 in cgraph_finalize_compilation_unit () at
/tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:1171
#13 0x0042f386 in c_write_global_declarations () at
/tmp/hpautotest-gcc1/gcc/gcc/c-decl.c:9698
#14 0x00904501 in compile_file () at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:990
#15 0x00906629 in do_compile () at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:2333
#16 0x009066f7 in toplev_main (argc=5, argv=0x7fffe128) at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:2374
#17 0x004da6e0 in main (argc=5, argv=0x7fffe128) at
/tmp/hpautotest-gcc1/gcc/gcc/main.c:36
(gdb) p insn
$1 = (rtx) 0x77d00708
(gdb) pr
(insn 1423 1422 173 5 /tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c:1844
(set (reg:SI 9 r9)
(plus:SI (reg:SI 9 r9)
(reg/f:SI 14 sp))) 74 {*addsi3_v32} (expr_list:REG_EQUIV (plus:SI
(reg/f:SI 14 sp)
(const_int 43 [0x2b]))
(nil)))
(gdb) l
1188 use->ruid,
use->containing_mem);
1189 if (lowest_ruid == NULL || use->ruid <
lowest_ruid->ruid)
1190lowest_ruid = use;
1191}
1192
1193 fixup_debug_insns (reg, reg_sum, insn,
lowest_ruid->insn);
1194
1195 /* Delete the reg-reg addition. */
1196 delete_insn (insn);
1197
(gdb) p lowest_ruid
$2 = (struct reg_use *) 0x0
FWIW, the insn is valid.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2010-07-20 21:46:33
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/45009] [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006
--- 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=21270&action=view) preprocessed libgcc2.i Compile with cc1 -fpreprocessed -march=v32 -O2 libgcc2.i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/45009] New: [4.6 Regression]: cris-elf libgcc build failure due to fix for PR45003, PR45006
With revision 162328 cris-elf built.
>From revision 162339 and on, build has failed. First like in PR45006, then
(162328:162348] as below:
/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/cris
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/libnosys
-L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/include -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include-g -O2 -march=v32
-mbest-lib-options -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -g -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc
-I/tmp/hpautotest-gcc1/gcc/libgcc -I/tmp/hpautotest-gcc1/gcc/libgcc/.
-I/tmp/hpautotest-gcc1/gcc/libgcc/../gcc
-I/tmp/hpautotest-gcc1/gcc/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o
_muldc3.o -MT _muldc3.o -MD -MP -MF _muldc3.dep -DL_muldc3 -c
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c \
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c: In function '__muldc3':
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c:1885:1: internal compiler
error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
Author CC:ed, preprocessed code and gdb backtrace to be added.
Since the other report was for ia64, it might matter that the only similarity
with crisv32 (aka. cris-*-* -march=v32) is that neither target takes offseted
expressions as addresses (mem (plus reg ...)), just indirect (mem reg).
--
Summary: [4.6 Regression]: cris-elf libgcc build failure due to
fix for PR45003, PR45006
Product: gcc
Version: 4.6.0
Status: 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: cris-*-* and crisv32-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45009
[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c
--- 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 do ... > > ... I assume that you're saying that building a sysroot is tricky? Yes, for different reasons. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
[Bug middle-end/44852] [4.6 Regression]: miscompilation (of e.g. newlib dtoa.c) after mem-ref2 merge
--- 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 involved. -- hp at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|cris-elf| Summary|[4.6 Regression]: |[4.6 Regression]: |miscompilation of newlib|miscompilation (of e.g. |dtoa.c after mem-ref2 merge |newlib dtoa.c) after mem- ||ref2 merge http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
[Bug middle-end/44852] [4.6 Regression]: miscompilation of newlib dtoa.c after mem-ref2 merge
--- 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 optimal (the add by 10 being shorter than loading the constant 0x3a; no scheduling issues). But, JFTR, that observation is just incidental and beside the point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
[Bug middle-end/44845] [4.6 Regression] FAIL: gcc.c-torture/compile/20011119-2.c
--- 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 at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-07 04:06:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44845
[Bug middle-end/44852] [4.6 Regression]: miscompilation of newlib dtoa.c after mem-ref2 merge
-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2010-07-07 03:49:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
[Bug middle-end/44852] [4.6 Regression]: miscompilation of newlib dtoa.c after mem-ref2 merge
--- 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=21119&action=view) test-case suggested for gcc.c-torture/execute Compile at e.g. -O2, observe code in PR description, also observed for r161899. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
[Bug middle-end/44852] New: [4.6 Regression]: miscompilation of newlib dtoa.c after mem-ref2 merge
Revision 161654 compiles the attached test-case correctly at -O2.
Revision 161655 does not (except at -O0).
I guess the bug is apparent for other targets too, but I haven't checked.
Note for cris-elf this bb, correctly compiled (path for *s = '0' to sf return):
.L7:
move.b 48,$r13
move.b $r13,[$r11]
addq 1,$r13
ret
move.b $r13,[$r9]
and incorrectly:
.L7:
move.b 48,$r9
move.b $r9,[$r10-1]
addq 10,$r9
move.b $r9,[$r10-1]
ret
nop
(storing '0' and then adding 10 to it, making ':')
The test-case is distilled from newlib/libc/stdlib/dtoa.c, where the bug causes
a store of ':' directly, without bothering to first store '0' :) but apparently
the same bug.
The miscompilation is exposed as regressions in three fortran test-cases from
r161655 and on, up to and including at least r161893:
Running /tmp/regress-0630-55/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
... (non-regressions elided)
FAIL: gfortran.dg/edit_real_1.f90 -O0 execution test
FAIL: gfortran.dg/edit_real_1.f90 -O1 execution test
FAIL: gfortran.dg/edit_real_1.f90 -O2 execution test
FAIL: gfortran.dg/edit_real_1.f90 -O3 -fomit-frame-pointer execution test
FAIL: gfortran.dg/edit_real_1.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gfortran.dg/edit_real_1.f90 -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions execution test
FAIL: gfortran.dg/edit_real_1.f90 -O3 -g execution test
FAIL: gfortran.dg/edit_real_1.f90 -Os execution test
FAIL: gfortran.dg/fmt_float.f90 -O0 output pattern test, is
0.10E+010.10E+000.:0E\
(...verbosity elided but note the ":"; there's a "1" expected there)
FAIL: gfortran.dg/fmt_float.f90 -O1 output pattern test, is
0.10E+010.10E+000.:0E\
(...further similar fmt_float results elided)
FAIL: gfortran.dg/fmt_zero_precision.f90 -O0 output pattern test, is 1.<
(...verbosity elided)
FAIL: gfortran.dg/fmt_zero_precision.f90 -O1 output pattern test, is 1.<
(...further similar fmt_zero_precision results elided)
--
Summary: [4.6 Regression]: miscompilation of newlib dtoa.c after
mem-ref2 merge
Product: gcc
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-linux
GCC target triplet: cris-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44852
[Bug c/39959] [4.5/4.6 Regression] IMA is broken, gcc.dg/pr34668-1.c, gcc.dg/pr34668-2.c ICE
--- 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
[Bug middle-end/44671] [4.6 Regression] Partial inlining breaks C++
--- 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/insert/array_syntax.cc execution test > FAIL: 23_containers/unordered_map/insert/map_range.cc execution test (etc) > Revision 161428 doesn't fix them. I see those too, for cris-elf; assert failures (49 of them; regress-5 -> regress-54). They are *not* gone as of r161481. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44671
[Bug target/24344] testsuite failure: gcc.c-torture/execute/frame-address.c -O2 and above
--- 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 at very different revisions. And, the MMIX port doesn't have sibling calls. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24344
[Bug target/24344] testsuite failure: gcc.c-torture/execute/frame-address.c -O2 and above
--- 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 AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-10-24 00:09:16 |2010-06-22 01:24:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24344
[Bug tree-optimization/43924] [4.6 Regression] FAIL: gfortran.dg/array_constructor_11.f90 -O3 -g (internal compiler error)
--- 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.html> (160836). A deliberate fix (perhaps as a side-effect of fixing PR43905) or just accidental cover-up? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43924
[Bug bootstrap/44544] [4.4 Regression] build failure due to lhd_pass_through_t
-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-15 16:11:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44544
[Bug bootstrap/44544] New: [4.4 Regression] build failure due to lhd_pass_through_t
Build passed last with 160755, first failure 160784 as follows, most likely for
all targets:
/bin/sh /tmp/hpautotest-gcc44/gcc/gcc/../move-if-change tmp-gcov-iov.h
gcov-iov.h
echo timestamp > s-iov
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute -DHAVE_CONFIG_H -I. -I.
-I/tmp/hpautotest-gcc44/gcc/gcc -I/tmp/hpautotest-gcc44/gcc/gcc/.
-I/tmp/hpautotest-gcc44/gcc/gcc/../include
-I/tmp/hpautotest-gcc44/gcc/gcc/../libcpp/include
-I/tmp/hpautotest-gcc44/cris-elf/gccobj/./gmp -I/tmp/hpautotest-gcc44/gcc/gmp
-I/tmp/hpautotest-gcc44/cris-elf/gccobj/./mpfr -I/tmp/hpautotest-gcc44/gcc/mpfr
-I/tmp/hpautotest-gcc44/gcc/gcc/../libdecnumber
-I/tmp/hpautotest-gcc44/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
/tmp/hpautotest-gcc44/gcc/gcc/c-lang.c -o c-lang.o
/tmp/hpautotest-gcc44/gcc/gcc/c-lang.c:49: error: 'lhd_pass_through_t'
undeclared here (not in a function)
There's no lhd_pass_through_t in 4.4 and the patch didn't add one.
Author of suspect patch CC:ed.
--
Summary: [4.4 Regression] build failure due to lhd_pass_through_t
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 triplet: cris-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44544
[Bug fortran/42169] [4.4/4.5/4.6 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371
--- 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 at r160612. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
[Bug fortran/42169] [4.4/4.5/4.6 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371
--- 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
[Bug fortran/42169] [4.4/4.5/4.6 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371
--- 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 CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*
--- 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=gcc&view=rev&rev=160533 Log: PR rtl-optimization/44460 * emit-rtl.c (set_mem_attributes_minus_bitpos): Remove TYPE_NEEDS_CONSTRUCTING sanity check. (oops, forgot the PR markers) Modified: trunk/gcc/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44460
[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*
--- 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 |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44460
[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*
--- 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 CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44460
[Bug middle-end/44453] [4.6 Regression] Revision 160380 caused g++.dg/torture/pr32304.C
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44453
[Bug rtl-optimization/44460] [4.6 Regression] r160380 breaks libjava bootstrap on *-apple-darwin*
--- 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, it solved the problems for cris-elf with no regressions compared to r160368. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44460
[Bug tree-optimization/44467] [4.6 Regression]: cris-elf build broken in libstdc++
--- 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=20866&action=view) preprocessed cc1plus -fpreprocessed eh_alloc.ii -melf -quiet -dumpbase eh_alloc.cc -auxbase-strip eh_alloc.o -g -O2 -Wall -Wextra -Wwrite-strings -Wcast-qual -version -fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -o eh_alloc.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44467
[Bug tree-optimization/44467] New: [4.6 Regression]: cris-elf build broken in libstdc++
With revision 160368 the tree built.
>From revision 160380 and on including at least 160431, build has failed as
follows:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src/.libs
-nostdinc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/cris
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/libnosys
-L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/include -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include
-I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/../gcc
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/cris-elf
-I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include
-I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -c
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/eh_alloc.cc: In function 'void*
__cxxabiv1::__cxa_allocate_exception(std::size_t)':
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++/eh_alloc.cc:97:1: internal
compiler error: in set_mem_attributes_minus_bitpos, at emit-rtl.c:1674
will attach eh_alloc.ii momentarily.
Authors of patches in suspect revision range CC:ed.
--
Summary: [4.6 Regression]: cris-elf build broken in libstdc++
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
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 triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44467
[Bug middle-end/44356] [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c
--- 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
[Bug middle-end/44356] [4.6 regression] FAIL: gcc.dg/tree-ssa/loadpre6.c
-- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-01 01:27:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44356
[Bug tree-optimization/44137] [4.6 Regression]: objc.dg/torture/tls/thr-init-2.m and thr-init.m
--- 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 to close this PR. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-29 03:21:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44137
[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c
--- 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 "yes" to your original question, however, but that's irrelevant; the simulator supports cris-axis-linux-gnu too, but you don't want to build for that target, it's a slightly more complicated. :) Let's hope your patch gets reviewed post haste. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c
--- 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? No. > 2/ Are you able to try the proposed "proper" solution to that bug (see comment > #24 of PR44132) ? I'll try when the tree builds again (PR44287) if you need it; from your later questions it seems you've verified this yourself. Thanks for looking into this! -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-27 00:12:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap
--- 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 CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287
[Bug middle-end/44289] [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873
--- 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 Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44289
[Bug middle-end/44289] [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873
-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-26 23:39:23 date|| Version|4.4.0 |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44289
[Bug middle-end/44289] New: [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873
se_file () at /tmp/hpautotest-gcc1/gcc/gcc/c-parser.c:8891
#25 0x0046a17a in c_common_parse_file (set_yydebug=)
at /tmp/hpautotest-gcc1/gcc/gcc/c-opts.c:1393
#26 0x0070c5fb in compile_file (argc=6, argv=0x7fffe138) at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:1050
#27 do_compile (argc=6, argv=0x7fffe138) at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:2415
#28 toplev_main (argc=6, argv=0x7fffe138) at
/tmp/hpautotest-gcc1/gcc/gcc/toplev.c:2457
#29 0x0037d421eb1d in __libc_start_main () from /lib64/libc.so.6
#30 0x00402739 in _start ()
Preprocessed source to be attached. There are several authors in that revision
range, so I'll bisect the list before adding any to CC.
--
Summary: [4.6 Regression]: cris-elf doesn't build libgcc
(config/fp-bit.c alias dp-bit.c) after r159873
Product: gcc
Version: 4.4.0
Status: 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: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44289
[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c
--- 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
[Bug middle-end/44276] New: [4.6 Regression]: gcc.dg/tls/alias-1.c
With revision 159779 this test passed.
>From revision 159784 and on, this test has failed as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/tls/tls.exp ...
FAIL: gcc.dg/tls/alias-1.c (test for excess errors)
With the message in the logfile being (copy-pasted):
Executing on host: /tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/ /tmp/hpaut\
otest-gcc1/gcc/gcc/testsuite/gcc.dg/tls/alias-1.c-ansi -pedantic-errors
-isystem /tmp/hpautotest-gcc1/cris-elf/gc\
cobj/cris-elf/./newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include -B/tmp/hpautotest-gcc1/cris-e\
lf/gccobj/cris-elf/./libgloss/cris/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./libgloss/cris
-L/tmp/hpautotest-g\
cc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/./newlib/
-L/tmp/hpautotest-gcc1/cris-elf/gccobj\
/cris-elf/./newlib -sim3 -lm -o alias-1.exe(timeout = 300)
/tmp/ccZoLZBR.s: Assembler messages:^M
/tmp/ccZoLZBR.s:43: Error: symbol `___emutls_v.bar' is already defined^M
compiler exited with status 1
output is:
/tmp/ccZoLZBR.s: Assembler messages:^M
/tmp/ccZoLZBR.s:43: Error: symbol `___emutls_v.bar' is already defined^M
FAIL: gcc.dg/tls/alias-1.c (test for excess errors)
Excess errors:
/tmp/ccZoLZBR.s:43: Error: symbol `___emutls_v.bar' is already defined
Author of suspect patches in revision range CC:ed.
--
Summary: [4.6 Regression]: gcc.dg/tls/alias-1.c
Product: gcc
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: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44276
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc
--- 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=20716&action=view) Shortened libgcc2.i Compile with "./cc1 -fpreprocessed l.i -march=v10 -O2 -o libgcc2.s", observe ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug middle-end/44224] New: [4.6 Regression]: build broken for cris-elf in libgcc
With revision 159638 a combined tree built for cris-elf.
>From revision 159644, build was broken as follows:
# If this is the top-level multilib, build all the other
# multilibs.
/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/targ-include -isystem
/tmp/hpautotest-gcc1/gcc/newlib/libc/include
-B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/cris
-L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libgloss/libnosys
-L/tmp/hpautotest-gcc1/gcc/libgloss/cris
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/
-B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/include -isystem
/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include-g -O2 -march=v10
-mbest-lib-options -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -g -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc
-I/tmp/hpautotest-gcc1/gcc/libgcc -I/tmp/hpautotest-gcc1/gcc/libgcc/.
-I/tmp/hpautotest-gcc1/gcc/libgcc/../gcc
-I/tmp/hpautotest-gcc1/gcc/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o
_muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c \
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c: In function '__muldi3':
/tmp/hpautotest-gcc1/gcc/libgcc/../gcc/libgcc2.c:562:1: internal compiler
error: in ira_tune_allocno_costs_and_cover_classes, at ira-costs.c:1797
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [_muldi3.o] Error 1
Authors of suspect patches in the above revision range CC:ed.
Preprocessed code to be attached momentarily.
--
Summary: [4.6 Regression]: build broken for cris-elf in libgcc
Product: gcc
Version: 4.6.0
Status: 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: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44224
[Bug target/44202] Missing compare after add
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159618
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"): Correct "cc"
settings for 16-bit-constant "addo" alternative.
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/cris/cris.md
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159617 Log: PR target/44202 * gcc.c-torture/execute/pr44202-1.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/pr44202-1.c Modified: branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159616
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"): Correct "cc"
settings for 16-bit-constant "addo" alternative.
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/cris/cris.md
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159615 Log: PR target/44202 * gcc.c-torture/execute/pr44202-1.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr44202-1.c Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159614
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"): Correct "cc"
settings for 16-bit-constant "addo" alternative.
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/cris/cris.md
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159613 Log: PR target/44202 * gcc.c-torture/execute/pr44202-1.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr44202-1.c Modified: branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159612
Log:
PR target/44202
* config/cris/cris.md ("*addsi3_v32"): Correct "cc"
settings for 16-bit-constant "addo" alternative.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/cris/cris.md
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=gcc&view=rev&rev=159611 Log: PR target/44202 * gcc.c-torture/execute/pr44202-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr44202-1.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-20 00:24:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] Missing compare after add
--- 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=20704&action=view) test-case Compile with -O2 -march=v32. Observe "addo 513,$r10,$acr" and "addo 512,$r10,$acr" directly followed by a branch insn (on the 4.3 branch). The test-case is intended for gcc/testsuite/gcc.c-torture/execute. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug target/44202] New: Missing compare after add
In the attached test-case, a compare is missing, due to a misoptimization
regarding removing redundant compare-insns; when using "addo" the compare is
needed. Code generation for the test-case is different on 4.4, 4.5 and head;
somewhat suboptimally using "adds", except that a compare-insn *would* 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
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: crisv32-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44202
[Bug tree-optimization/44137] New: [4.6 Regression]: objc.dg/torture/tls/thr-init-2.m and thr-init.m
WTq.o: In function `_fa':
thr-init-2.m:(.text+0x12): undefined reference to `___emutls_v.as.1281'
/tmp/ccyWCWTq.o: In function `_fb':
thr-init-2.m:(.text+0x44): undefined reference to `___emutls_v.bs.1285'
collect2: ld returned 1 exit status
FAIL: objc.dg/torture/tls/thr-init-2.m -O1 (test for excess errors)
The tests pass at -O0. For objc.dg/torture/tls/thr-init.m, the message is
similar, but the undefined identifiers are just one, "___emutls_v.fstat".
Note that objc.dg/torture/tls/thr-init-3.m similarly fails with a message
referring to "___emutls_v.as.2610", but that's not a regression; that test has
never passed.
Right, cris-elf is an emutls target.
Author of patches in above revision range CC:ed.
--
Summary: [4.6 Regression]: objc.dg/torture/tls/thr-init-2.m and
thr-init.m
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
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 triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44137
[Bug tree-optimization/44063] [4.6 Regression]: build broken for libgcc cris-elf, ICE in cgraph_estimate_size_after_inlining, at ipa-inline
--- Comment #12 from hp at gcc dot gnu dot org 2010-05-11 21:33 --- The committed patch fixed the build issue (thanks), so closing. If some of the issues in the follow-up comments remains, please clone. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
[Bug rtl-optimization/41064] [4.4 Regression]: build breakage for cris-elf building newlib, ICE in extract_insn, from r150726
--- Comment #11 from hp at gcc dot gnu dot org 2010-05-11 17:17 --- Changing back target milestone to reflect the earliest release known to have the fix. -- hp at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.5 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41064
