--- Comment #5 from kkojima at gcc dot gnu dot org 2010-08-04 11:19 ---
FYI, SH fails to bootstrap with similar comparison failures:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/double-int.o differs
gcc/tree-vect-data-refs.o differs
gcc
--- Comment #4 from kkojima at gcc dot gnu dot org 2010-07-30 12:54 ---
I've confirmed that gcc46-pr45055.patch solves this PR too.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45137
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-07-31 04:45 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-07-31 04:46 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
the generated code for gcc/sched-vis.c on SH
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-07-30 00:49 ---
Created an attachment (id=21357)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21357action=view)
A reduced test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45137
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-07-30 00:50 ---
With -g, .ira for the above test case has the insns:
(insn 143 141 229 14 (set (reg/f:SI 1 r1 [238])
(const_int 2046 [0x7fe])) yyy.c:25 176 {movsi_ie}
(expr_list:REG_EQUAL (const_int 2046 [0x7fe
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-07-18 06:15 ---
(In reply to comment #1)
Does this fix it?
Yes. With it, the failure go away and my cross sh-linux
build has just completed successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44973
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh4-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44973
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-07-13 10:41 ---
Subject: Bug 44761
Author: kkojima
Date: Tue Jul 13 10:41:15 2010
New Revision: 162135
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162135
Log:
PR target/44761
* mode-switching.c
--- Comment #7 from kkojima at gcc dot gnu dot org 2010-07-05 22:34 ---
Subject: Bug 44531
Author: kkojima
Date: Mon Jul 5 22:33:58 2010
New Revision: 161857
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161857
Log:
Backport from mainline:
PR target/44531
--- Comment #8 from kkojima at gcc dot gnu dot org 2010-07-05 22:39 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-07-04 22:07 ---
Subject: Bug 44531
Author: kkojima
Date: Sun Jul 4 22:07:29 2010
New Revision: 161807
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161807
Log:
PR target/44531
* config.gcc (sh*-*-*): Use
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-07-02 10:00 ---
I send a patch for this and another warnings on SH
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02420.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00090.html
--
kkojima at gcc dot gnu dot org changed
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-06-20 10:56 ---
I can reproduce it on an old ppc darwin. It looks that this
darwin's sed doesn't support the 'i' modifier for the 's' command
and drops all multilibs list specified.
Does the patch below work for you?
--- gcc
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-06-20 22:23 ---
Thanks for the confirmation. I'll apply it when the usual
bootstrapregression tests are done on 4.5/4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44531
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-06-19 09:50 ---
I can't reproduce it on my i686-pc-linux-gnu host with
a similar configuration
/home/kkojima/kaz/xsh-elf-combined-450/combined/configure
--target=sh-unknown-elf --disable-libmudflap --disable-libssp --disable
Keywords: build
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu
http
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-05-21 04:03 ---
Similar build failure seen on sh4-unknown-linux-gnu.
/exp/ldroot/dodes/xsh-gcc-orig/./gcc/xgcc
-B/exp/ldroot/dodes/xsh-gcc-orig/./gcc/ -B/usr/local/sh4-unknown-linux-gnu/bin/
-B/usr/local/sh4-unknown-linux-gnu/lib
--- Comment #9 from kkojima at gcc dot gnu dot org 2010-05-05 22:12 ---
Subject: Bug 43744
Author: kkojima
Date: Wed May 5 22:12:17 2010
New Revision: 159087
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159087
Log:
Backport from mainline:
2010-04-22 Kaz Kojima
--- Comment #10 from kkojima at gcc dot gnu dot org 2010-05-05 22:28
---
Subject: Bug 43744
Author: kkojima
Date: Wed May 5 22:27:57 2010
New Revision: 159088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159088
Log:
Backport from mainline:
2010-04-22 Kaz
--- Comment #11 from kkojima at gcc dot gnu dot org 2010-05-05 22:46
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from kkojima at gcc dot gnu dot org 2010-04-22 22:03 ---
Subject: Bug 43744
Author: kkojima
Date: Thu Apr 22 22:02:55 2010
New Revision: 158655
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158655
Log:
PR target/43744
* config/sh/sh.c (find_barrier
--- Comment #7 from kkojima at gcc dot gnu dot org 2010-04-16 22:34 ---
Created an attachment (id=20404)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20404action=view)
A bit reduced test case
It seems that we see a yet another corner case for find_barrier.
Also it looks latent
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-04-17 03:54 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-04-15 11:55 ---
I've tried 4.4 head 42841 pic-cp.patch and got pcrel too far
for the test case db4.8-x.c. So unfortunately, there is still
a different issue from 42841. I'd like to reopen this bug.
--
kkojima at gcc dot gnu
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-04-15 21:51 ---
Subject: Bug 43471
Author: kkojima
Date: Thu Apr 15 21:51:14 2010
New Revision: 158393
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158393
Log:
PR target/43471
* config/sh/sh.c
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-04-14 22:04 ---
I've tried to modify doloop_end* along in the line Bernd's patch
suggests, but can't find a good one yet. Although doloop_optimize
can be modified to recognize those patterns, it isn't a very good
idea to add extra
--- Comment #7 from kkojima at gcc dot gnu dot org 2010-04-14 23:58 ---
Subject: Bug 43742
Author: kkojima
Date: Wed Apr 14 23:58:10 2010
New Revision: 158361
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158361
Log:
PR target/43742
* config/sh/sh.md
--- Comment #10 from kkojima at gcc dot gnu dot org 2010-04-15 00:51
---
Ah, indeed. It should be the right thing. Thanks!
I've confirmed that it fixes the build failure with no doloop
optimization problem. Could you please apply it to trunk?
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-04-15 03:35 ---
I've noticed that I applied a wrong patch at revision 158208 and
it causes the problematic reload in the failed case. I'll fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43741
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-04-13 06:34 ---
Confirmd.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-04-13 06:56 ---
Looks that Christian's patch pic-cp.patch
http://gcc.gnu.org/bugzilla/attachment.cgi?id=19794
in PR target/42841 can fix the problem. Could you
please try it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from kkojima at gcc dot gnu dot org 2010-04-14 00:55 ---
(In reply to comment #3)
This seems to be due to a pattern that uses a + constraint in an input-only
operand. The attached patch seems to fix it for me; please confirm.
[I'd like to add Christian to the cc list
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-04-14 04:52 ---
It looks that simply removing the problematic constraint from
doloop_end_split restores build with no performance regressions.
* config/sh/sh.md (doloop_end_split): Remove +r constraint
in an input
Version: 4.6.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-elf
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-04-13 01:16 ---
Created an attachment (id=20374)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20374action=view)
a reduced test case
xxx.ii: In constructor 'std::ios_base::Init::Init()':
xxx.ii:161:3: error: insn does
-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43742
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-04-13 01:40 ---
Created an attachment (id=20375)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20375action=view)
A reduced test case
It fails also on sh-elf with -m4 -O -funroll-loops.
I've confirmed that the patch below can
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-03-23 23:13 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-03-22 22:02 ---
I've confirmed that this is 4.3/4.4 regression solved on trunk with
the patch mentioned in #1. I'll backport the patch to 4.3/4.4 branches
when it passes the usual test on those branches.
--
kkojima at gcc dot
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-03-21 22:29 ---
Subject: Bug 43417
Author: kkojima
Date: Sun Mar 21 22:29:19 2010
New Revision: 157610
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157610
Log:
Backport from mainline:
2009-05-12 Paolo
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-03-21 22:32 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from kkojima at gcc dot gnu dot org 2010-03-20 09:08 ---
I'm able to reproduce it with -O2 -fno-schedule-insns on 4.4.
Perhaps debian uses the local patch to make -fno-schedule-insns default.
I'll backport the patch referred in #2 to 4.4 branch if it passes
the usual
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-03-18 12:39 ---
Looks the same issue in
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00747.html
though I can't reproduce the problem with my gcc-4.4.3 and
4.4 head compilers for the test case in #1.
Could you try the patch
--- Comment #35 from kkojima at gcc dot gnu dot org 2010-02-05 21:54
---
(In reply to comment #34)
I was expecting that the landing pad was
a good place for the constant pool on the contrary.
I thought so too. But on second thought, it'd be a bit surprising
for the non CP world
--- Comment #31 from kkojima at gcc dot gnu dot org 2010-02-04 22:42
---
Looks smart and clean! One minor nit, I guess that the occurence of
gbr and GBR in ChangeLog and comments should be replaced with GOT to
avoid confusion with GBR register of SH CPU.
When you propose
--- Comment #33 from kkojima at gcc dot gnu dot org 2010-02-05 07:42
---
Your fix of the middle end looks plausible but I think the target
shouldn't generate a CP at the eh landing pad anyway. I'll commit
the hunk below anyway after your patch for pic problem is installed.
@@ -4654,6
--- Comment #29 from kkojima at gcc dot gnu dot org 2010-02-03 10:06
---
I think these blockages are not overkill. GOTaddr2picreg is used only
at prologue and non-pic tls initial exec accesses. The former is at
most once for each function and never in the minor loop. The latter
case
--- Comment #27 from kkojima at gcc dot gnu dot org 2010-02-02 22:16
---
Created an attachment (id=19792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19792action=view)
A patch
Indeed! I've tested the attached patch and confirmed that
it doesn't regress with the top level make
--- Comment #23 from kkojima at gcc dot gnu dot org 2010-01-29 02:19
---
I agree with you that there is a latent problem. It seems
that sh_reorg inserts a CP with a new jump at the landing pad
for the exception in basic.cc and propagation_consistent.cc
cases. This confuses EH
--- Comment #16 from kkojima at gcc dot gnu dot org 2010-01-27 12:32
---
I've got some new libstdc++-v3 testsuite failures with the patch
on my nightly sh4-linux tester:
Running
/exp/ldroot/dodes/ORIG/trunk/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
FAIL: 23_containers
--- Comment #20 from kkojima at gcc dot gnu dot org 2010-01-27 14:08
---
Created an attachment (id=19729)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19729action=view)
A test case
cc1plus -std=gnu++0x -O2 propagation_consistent.ii produces
a problematic code here.
--
http
--- Comment #2 from kkojima at gcc dot gnu dot org 2010-01-22 08:11 ---
I've confirmed that the test case also fails on 4.5.0 and doesn't on 4.2.4.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-01-22 12:33 ---
(In reply to comment #4)
Conservatively increase length of undelayed conditional branches to prevent a
problem with the ds scheduler inserting an instruction in the slot.
Looks fine. A very minor nit, JUMP_P
--- Comment #7 from kkojima at gcc dot gnu dot org 2010-01-22 13:21 ---
(In reply to comment #6)
Anyway, OK for trunk ? (just need to fix the date in the ChangeLog).
regtesting
done.
OK. And the patch is pre-approved for branches too after one week or so.
BTW, I mean JUMP_P(x
--- Comment #10 from kkojima at gcc dot gnu dot org 2010-01-22 14:28
---
(In reply to comment #9)
So I took the opportunity to cleanup every other
occurrences of the same idioms in the file. OK ?
OK. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42841
--- Comment #3 from kkojima at gcc dot gnu dot org 2010-01-04 23:47 ---
Subject: Bug 42316
Author: kkojima
Date: Mon Jan 4 23:46:56 2010
New Revision: 155634
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155634
Log:
PR target/42316
* configure.ac (PICFLAG): Use
--- Comment #4 from kkojima at gcc dot gnu dot org 2010-01-04 23:49 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-12-07 02:37 ---
The patch in #1 looks OK to me, though we are in stage4 now
and the issue doesn't seem a regression in a strict sense.
The patch should be added to the queue for 4.6. When the trunk
is reopened for such a change
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-11-17 22:24 ---
Thanks for testing. On second thought, the patch in #1 doesn't
the right thing and it's too intrusive if the issue happens only
with -O0 for a bit problematic feature.
Some better idea will be needed, though
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-11-11 21:59 ---
All 4.x sh compilers fail with similar way. Looks only when unoptimized.
Does the patch below work for you?
--- ORIG/trunk/gcc/mode-switching.c 2009-02-21 09:26:24.0 +0900
+++ trunk/gcc/mode
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-10-25 23:10 ---
Subject: Bug 41813
Author: kkojima
Date: Sun Oct 25 23:10:22 2009
New Revision: 153543
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153543
Log:
PR target/41813
* config/sh/sh.md
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-10-25 23:14 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status
: kkojima at gcc dot gnu dot org
GCC target triplet: sh4-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41813
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-10-24 00:48 ---
For a slightly reduced case, the insns before dbr pass are
configured like as:
(insn 460 456 461
(parallel [(set (reg:SI 147 t)
(eq:SI (reg:DF 68 fr4) (reg:DF 66 fr2)))
(use (reg/v:PSI
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-10-03 04:00 ---
With the patch, native sh4-linux stage2 compiler generates the same
codes with and without -g for cfgexpand.c/omp-low.c. I believe that
it restores the bootstrap on sh. Thanks for taking a look at this
problem
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh4-unknown-linux-gnu
http
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-09-30 01:58 ---
Created an attachment (id=18668)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18668action=view)
A reduced test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41511
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-09-30 02:00 ---
It seems that the difference occurs at combine pass. With -g,
two insns
(insn 104 102 106 12 xxx.c:127 (set (reg:SI 207 [ stmt_4-gsbase.code ])
(zero_extend:SI (reg:QI 219 [ stmt_4-gsbase.code ]))) 156
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41474
: unassigned at gcc dot gnu dot org
ReportedBy: kkojima at gcc dot gnu dot org
GCC target triplet: sh4-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-09-07 21:27 ---
Ah, then it seems that reload_combine_note_use or its caller should
take account of debug insns.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
--- 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=gccview=revrev=150709
Log:
PR target/41029
* config/sh/sh.md
--- 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 #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=gccview=revrev=150667
Log:
Backport from mainline:
2009-08-10 SUGIOKA
--- 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-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=gccview=revrev=150635
Log:
PR target/41015
* longlong.h [__sh__
--- 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 +0900
--- 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.
I guessed that missing t bit constraint
--- 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|Removed
--- 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=gccview=revrev=149965
Log:
Backport from mainline:
2009-07-15 Eric
--- 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 davi...@google.com
PR tree-optimization/39548
* tree-ssa-copy.c
--- 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 zad...@naturalbridge.com
PR rtl-optimization/37922
--- 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=gccview=revrev=149764
Log:
PR rtl-optimization/40710
* resource.c
--- 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-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=gccview=revrev=149696
Log:
PR rtl-optimization/40710
* resource.c
--- 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_thread computes
--- 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 #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=gccview=revrev=149282
Log:
PR rtl-optimization/30807
* postreload.c
--- 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 #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...@gcc.gnu.org
list
--- 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 #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 #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=17961action=view)
test case for 4.3
A reduced test case for 4.3 -O2 -fpic on sh4-unknown-linux-gnu.
--
http://gcc.gnu.org
--- 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 DImode
--- 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 org changed
--- 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 #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
1 - 100 of 446 matches
Mail list logo