Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
--- Comment #6 from kkojima at gcc dot gnu dot org 2006-04-12 21:43 ---
> -#define INDEX_REG_CLASS \
> - (!ALLOW_INDEXED_ADDRESS ? NO_REGS : TARGET_SHMEDIA ? GENERAL_REGS :
> R0_REGS)
> +#define INDEX_REG_CLASS_FOR_MODE(MODE) \
> + ((MODE) == DImode && TARGE
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-04-13 14:00 ---
I've tested Joern's patch with #7 tweak on i686-pc-linux-gnu,
x86 cross sh{64,4}-unknown-linux-gnu and x86 cross sh64-elf targets.
There are no bootstrap or build problems and the results of
regression
--- Comment #2 from kkojima at gcc dot gnu dot org 2006-04-19 12:42 ---
I'd like to add Joern to the CC list.
I've looked the rtl dumps for the testcase. It seems that
the wrong code is generated during the peephole2 optimization.
The corresponding part of .41.csa dump is:
--- Comment #4 from kkojima at gcc dot gnu dot org 2006-04-19 22:41 ---
Thanks. I'll commit it with the ChangeLog entry below if the usual
bootstrap/regtest on sh4-unknown-linux-gnu is done successfully.
PR target/27182
* config/sh/sh.md (movsicc_true+3):
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-04-20 01:54 ---
Subject: Bug 27182
Author: kkojima
Date: Thu Apr 20 01:54:20 2006
New Revision: 113109
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113109
Log:
PR target/27182
* config/
--- Comment #6 from kkojima at gcc dot gnu dot org 2006-04-20 02:03 ---
Subject: Bug 27182
Author: kkojima
Date: Thu Apr 20 02:03:47 2006
New Revision: 113110
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113110
Log:
PR target/27182
* config/
at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh64-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27405
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh64-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27406
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-05-14 22:52 ---
Subject: Bug 27406
Author: kkojima
Date: Sun May 14 22:51:12 2006
New Revision: 113766
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113766
Log:
PR rtl-optimization/27406
* b
ddle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27942
ddle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27943
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-06-08 01:50 ---
It seems that r114364 adds the extra alignment for non bit-field
fields always for the ms_bitfield_layout_p case. It looks the packed
attribute should be taken into account, though I'm unsure whether
it'
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-06-08 22:17 ---
I also couldn't find any document refering to it. My patch is just
a guess from the behavior for nonzero-size bitfield with the packed
attribute appeared in the last 3 lines of my patch. I'd like to
sen
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-06-11 23:10 ---
Subject: Bug 27942
Author: kkojima
Date: Sun Jun 11 23:09:58 2006
New Revision: 114552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114552
Log:
PR middle-end/27942
* stor-
--- Comment #2 from kkojima at gcc dot gnu dot org 2006-06-22 04:16 ---
Although I don't know much about the instruction scheduling, I had
a similar problem on SH and it was workarounded with emitting blockage
insns. The patch below might work for you, though I'm not sure i
org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28160
middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28161
--- Comment #4 from kkojima at gcc dot gnu dot org 2006-06-26 22:42 ---
Thanks for your comment. Perhaps one solution would be to handle
such bit fields with excessive sizes as the case of "no remaining
bits in alignment". I'm testing the appended patch which chang
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-06-26 23:10 ---
GDB says that TREE_TYPE of a.d is the 32-bit integer and its
DECL_BIT_FIELD_TYPE is 64-bit when place_field processes a.e.
place_field uses the size of TREE_TYPE of the previous bit filed
when deciding whether a bit
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-06-27 00:28 ---
Although I'm also not familiar with these materials, when
place_field is called for a.d, gdb says that
(gdb) call debug_tree (field)
unit size
align 64 symtab 0 alias set -1 precision 64 min
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-07-03 22:49 ---
I've confirmed that 4.0 and 4.2 behave same as 4.1. So all compilers
which support -m4a option have this issue. It seems that the combine
is too smart and replaces the movua insn
(define_insn "movu
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-07-10 23:02 ---
Richard Sandiford gave a more thorough patch in
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00335.html
and it's approved for the next stage1 of mainline.
--
kkojima at gcc dot gnu dot org ch
--- Comment #6 from kkojima at gcc dot gnu dot org 2006-07-15 06:59 ---
Subject: Bug 28160
Author: kkojima
Date: Sat Jul 15 06:58:57 2006
New Revision: 115464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115464
Log:
PR middle-end/28160
* stor-
--- Comment #7 from kkojima at gcc dot gnu dot org 2006-07-15 06:59 ---
Subject: Bug 28161
Author: kkojima
Date: Sat Jul 15 06:58:57 2006
New Revision: 115464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115464
Log:
PR middle-end/28160
* stor-
--- Comment #7 from kkojima at gcc dot gnu dot org 2006-07-15 23:12 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-07-15 23:13 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from kkojima at gcc dot gnu dot org 2008-11-26 00:03 ---
Vlad, thanks for taking the time to look into this! Your comments
in #7 and http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01323.html
give a very clear picture of the problem.
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from kkojima at gcc dot gnu dot org 2008-12-02 08:36
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-12-25 03:38 ---
Here is an another reduced testcase.
struct s
{
char a[512];
int b;
int c;
};
long long
foo (struct s *p, int m, int r)
{
if (r == m)
p->b = 3;
p->c = 1;
return m;
}
I've confirmed that
--- Comment #2 from kkojima at gcc dot gnu dot org 2008-12-26 00:17 ---
Thanks! Your patch should be applied when the trunk is reopened.
One minor nit, the ifdef guard in the hunk for linux-atomic.asm can be
removed because linux-atomic.asm is specific to linux and ELF.
--
kkojima
--- Comment #9 from kkojima at gcc dot gnu dot org 2009-01-02 22:51 ---
The failure itself went away but requested to stay open.
See the thread
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00606.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37633
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-01-11 01:29 ---
*** Bug 38793 has been marked as a duplicate of this bug. ***
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-01-11 01:29 ---
Again, the insn scheduling before reload permutes the insns of
the exit basic block like as:
;; ==
;; -- basic block 5 from 16 to 30 -- before reload
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-05-12 00:43 ---
Your compilers are the gentoo special versions, aren't they?
If so, you should try the original FSF compiler sources for both
build/target compilers. See http://gcc.gnu.org/bugs.html#dontwant.
FSF 4.3/4.4 re
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-05-12 22:37 ---
Ah, now I understand the issue and find that what we need
in the bug report http://gcc.gnu.org/bugs.html#need is in
http://bugs.gentoo.org/show_bug.cgi?id=267247. Next time,
please give the minimal information to
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-05-12 22:47 ---
Subject: Bug 39561
Author: kkojima
Date: Tue May 12 22:47:03 2009
New Revision: 147453
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147453
Log:
PR target/39561
* config
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-05-12 23:08 ---
Fixed.
FYI, I've confirmed that -mno-expand-cbranchdi is still broken
after r146539 fix of cbranchdi4 and the cond-optab merge.
--
kkojima at gcc dot gnu dot org changed:
What|Re
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-05-13 14:07 ---
Created an attachment (id=17857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17857&action=view)
a test case
I've got a small test case from libiberty/concat.c.
With -O1, 4.3 compiles vconcat_l
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-05-14 00:12 ---
Created an attachment (id=17860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17860&action=view)
A patch
A binary search on trunk shows me that the patch in r146829 and
its follow-up r146988 fix th
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-05-16 00:08 ---
I've tried to see what is going on with -da.
.expand rtl dump shows that t *= 10 is compiled to
a sequence of insns and the last two insns are:
(insn 87 86 88 ice.i:6 (parallel [
(set (subr
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-05-18 23:41 ---
Thanks for confirmation! I'll ask if the r146829 patch is safe
to backport for 4.[34] branches in the gcc list, after the tests
on x86 and powerpc.
--
kkojima at gcc dot gnu dot org changed:
--- Comment #8 from kkojima at gcc dot gnu dot org 2009-05-21 23:17 ---
Subject: Bug 40105
Author: kkojima
Date: Thu May 21 23:17:37 2009
New Revision: 147780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147780
Log:
PR rtl-optimization/40105
Backp
--- Comment #9 from kkojima at gcc dot gnu dot org 2009-05-21 23:31 ---
Subject: Bug 40105
Author: kkojima
Date: Thu May 21 23:31:44 2009
New Revision: 147781
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147781
Log:
PR rtl-optimization/40105
Backp
--- Comment #10 from kkojima at gcc dot gnu dot org 2009-05-21 23:36
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
omparison_operator"
--
Summary: sh2a compiler ICEs in simplify_subreg, at simplify-
rtx.c:4960
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh-unkonwn-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40265
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40265
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-05-28 22:02 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-05-30 07:12 ---
It seems that gcc-4.3 hits PR30807 again for SH. Could you try
Christian's patch in the audit trail #2 of 30807 or Joern's
patch in the URL suggested at #4?
--
kkojima at gcc dot gnu dot o
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-05-30 22:56 ---
*** Bug 40301 has been marked as a duplicate of this bug. ***
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-05-30 22:56 ---
Thanks for confirmation. Then this is a duplicate of PR30807
and a long standing problem of postreload and not a regression.
The problem is that we have no handy test cases for trunk.
Every time this pops up only
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-05-30 23:02 ---
Reported against 4.3 with another big test case.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
mponent: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh-unkonwn-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40313
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.5.0
Priority|P3 |P4
http
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-05-31 21:45 ---
Subject: Bug 40313
Author: kkojima
Date: Sun May 31 21:45:18 2009
New Revision: 148017
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148017
Log:
PR target/40313
* config/sh/sh.c:
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-05-31 21:57 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-06-03 00:18 ---
Currently workarounded for SH with the patch applied as revision
148018 and 148106. It defines a new DImode arithmetic shift left
expander which generates SH's movdi_i insn as its last insn.
movdi_i is a D
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-06-07 22:58 ---
Created an attachment (id=17961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17961&action=view)
test case for 4.3
A reduced test case for 4.3 -O2 -fpic on sh4-unknown-linux-gnu.
--
http://gcc.
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-06-12 22:53 ---
Because sh2a-*-linux* is an unsupported configuration for gcc-4.4.
Could you try the patch below?
--- ORIG/gcc-4_4-branch/gcc/config.gcc 2009-05-19 07:23:48.0 +0900
+++ gcc-4_4-branch/gcc/config.gcc
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-06-22 05:49 ---
Documentation patch welcome.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-06-22 07:28 ---
Your patch looks fine to me and I've tested it with "make info dvi pdf"
successfully, though the documentation change should be approved by
native speakers. Could you please send it to gcc-patc...@g
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-06-25 04:39 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from kkojima at gcc dot gnu dot org 2009-07-06 13:28 ---
Subject: Bug 30807
Author: kkojima
Date: Mon Jul 6 13:28:22 2009
New Revision: 149282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149282
Log:
PR rtl-optimization/30807
* post
--- Comment #10 from kkojima at gcc dot gnu dot org 2009-07-08 11:54
---
I don't think this is a regression, unfortunately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30807
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-07-11 13:14 ---
I've tried to see what is going on. fill_slots_from_thread
fills wrongly the delay slot of a conditional jmp insn with
"add #-4,r15" where r15 is the stack pointer register for SH.
fill_slots_from_
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-07-15 21:32 ---
Subject: Bug 40710
Author: kkojima
Date: Wed Jul 15 21:32:46 2009
New Revision: 149696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149696
Log:
PR rtl-optimization/40710
* re
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-07-18 06:47 ---
Subject: Bug 40710
Author: kkojima
Date: Sat Jul 18 06:47:22 2009
New Revision: 149764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149764
Log:
PR rtl-optimization/40710
* re
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-07-19 04:53 ---
A bit smaller test case:
typedef struct str { short x, y;} S;
static short
bar (short ch, short sl, short sr, short tl, short tr)
{
return 0;
}
void
foo (short ch, S *pi, short nc, S *po)
{
short clo, chi, lo
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-07-20 00:01 ---
It started to fail after revision 142809:
r142809 | zadeck | 2008-12-18 22:38:39 +0900 (Thu, 18 Dec 2008) | 47 lines
2008-12-18 Kenneth Zadeck
PR rtl-optimization/37922
* dse.c (bb_info): Added
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-07-21 22:47 ---
Binary search on 4.4 branch shows the failure was gone
after revision 145118:
2009-03-27 Xinliang David Li
PR tree-optimization/39548
* tree-ssa-copy.c (copy_prop_visit_phi_node): Add copy
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-07-22 23:22 ---
Subject: Bug 40710
Author: kkojima
Date: Wed Jul 22 23:22:24 2009
New Revision: 149965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149965
Log:
Backport from mainline:
2009-07-
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-08-09 22:44 ---
I've confirmed that 4.5 has the same problem and 4.3 doesn't.
> In this code, "tst r9,r9" is moved to wrong place as if
> "t" bit is not clobbered in __udiv_qrnnd_16.
>
>
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-08-10 05:08 ---
Ah, I see. Could you please send that patch to libc list?
I'll fix gcc/longlong.h on gcc trunk and 4.4 branch after
the usual tests.
--
kkojima at gcc dot gnu dot org changed:
What|Re
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-08-10 20:57 ---
Subject: Bug 41015
Author: kkojima
Date: Mon Aug 10 20:57:35 2009
New Revision: 150635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150635
Log:
PR target/41015
* longlong.h
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-08-10 23:15 ---
GDB backtrace shows a target problem. I'm testing the patch below.
* config/sh/sh.md (reload_outdf__RnFRm+4): Fix thinko.
--- ORIG/trunk/gcc/config/sh/sh.md 2009-07-06 23:27:44.0
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-08-11 22:37 ---
Subject: Bug 41015
Author: kkojima
Date: Tue Aug 11 22:36:56 2009
New Revision: 150667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150667
Log:
Backport from mainline:
2009-08-10
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-08-11 22:38 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-08-12 22:26 ---
Subject: Bug 41029
Author: kkojima
Date: Wed Aug 12 22:26:13 2009
New Revision: 150709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150709
Log:
PR target/41029
* config/
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-08-12 22:29 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #13 from kkojima at gcc dot gnu dot org 2005-11-11 02:12
---
Subject: Bug 24445
Author: kkojima
Date: Fri Nov 11 02:12:42 2005
New Revision: 106774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106774
Log:
PR target/24445
* calls.c (exp
unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: sh4-*-linux-gnu
GCC host triplet: sh4-*-linux-gnu
GCC target triplet: sh4-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
--- Comment #1 from kkojima at gcc dot gnu dot org 2005-11-22 01:12 ---
Created an attachment (id=10317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10317&action=view)
A reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
--- Comment #2 from kkojima at gcc dot gnu dot org 2005-11-22 01:17 ---
4.1 and 4.2 fail to compile gcc.c-torture/execute/20040709-[12].c at
-O3 -m4 -ml for sh-elf with the same ICE
internal compiler error: in refers_to_regno_for_reload_p, at reload.c:6281
after the same patch applied
--- Comment #4 from kkojima at gcc dot gnu dot org 2005-11-23 04:55 ---
I've proposed a patch to this PR in
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01648.html
Does it solve PR 24995?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
ity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
--- Comment #3 from kkojima at gcc dot gnu dot org 2005-11-28 12:30 ---
It fixes the ICE and produces better codes. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25115
--- Comment #5 from kkojima at gcc dot gnu dot org 2005-11-28 13:33 ---
Argh. I've got the results other way around.
Before patch:
--
.global foo
.type foo, @function
foo:
mov.l r12,@-r15
mov.l r14,@-r15
mov r15,r14
--- Comment #13 from kkojima at gcc dot gnu dot org 2005-12-20 01:45
---
Subject: Bug 24982
Author: kkojima
Date: Tue Dec 20 01:45:27 2005
New Revision: 108831
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108831
Log:
PR rtl-optimization/24982
*
--- Comment #1 from kkojima at gcc dot gnu dot org 2005-12-31 14:46 ---
FYI, current trunk and 4.1.0 (20051127 prerelease) exit with
"error: impossible constraint in 'asm'" messages for the given
test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25613
--- Comment #2 from kkojima at gcc dot gnu dot org 2006-01-02 05:13 ---
It looks an SH target specific problem.
CONSTRAINT_LEN in config/sh/sh.h of 3.4/4.0 checks the wrong
constraints and returns -1 for them. This causes an infinite
loop in parse_input_constraint whick has a loop like
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-01-04 23:07 ---
Subject: Bug 25613
Author: kkojima
Date: Wed Jan 4 23:07:24 2006
New Revision: 109355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109355
Log:
PR target/25613
* config
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-01-05 06:04 ---
I proposed the patch in #3 at
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00174.html
and an SH maintainer has approved it. It's enough to check it in on 4.0,
though I believe that the patch for 3.4 b
--- Comment #6 from kkojima at gcc dot gnu dot org 2006-01-12 01:20 ---
Subject: Bug 25613
Author: kkojima
Date: Thu Jan 12 01:20:32 2006
New Revision: 109625
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109625
Log:
PR target/25613
* config
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-01-16 04:26 ---
Patches were committed already.
Sorry for forgetting to change this as FIXED.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
y: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh64-*-*
http://gcc.gnu.org/bugzilla/show_b
n
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28764
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-08-23 04:35 ---
Here is a workaround. Although it doesn't solve the issue
completely, it'd be better than nothing. It prevents to
insert the mode switching code after the last insn of BB
when that insn has the REG_EH_R
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-08-23 23:54 ---
> I think the only sane way to handle this is not to emit any mode
> switching code for exception edges at the potential trapping site,
> and make the exception handling code assume no particular mode is
--- Comment #8 from kkojima at gcc dot gnu dot org 2006-08-25 10:56 ---
> And when the other code to handle abnormal edges is fixed, we should not
> even try to insert a mode set on an abnormal edge, so the above code can
> be changed into
> gcc_assert
--- Comment #10 from kkojima at gcc dot gnu dot org 2006-08-25 11:25
---
I've confirmed that it fixes the build failure on sh4-linux. I'll
send it to gcc-patches after the test on i686-linux is completed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28764
1 - 100 of 454 matches
Mail list logo
