--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-16
10:37 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-16 10:37:31
Modified files:
gcc: ChangeLog
gcc/config/ia64:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-16
10:43 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-16 10:43:07
Modified files:
gcc:
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-17
04:01 ---
Joseph, if I understand correctly, this is now an hppa64-hp-hpux* problem only,
and is not a regression. If that's correct, would you please (a) fill in the
target field, (b) update the summary line to
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-05 11:50
---
As per comment#23, it *is* still the same problem.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-05
14:59 ---
(In reply to comment #25)
As per comment#23, it *is* still the same problem.
But it is not as the x86 one was about combine generating bad subregs but
combine in this case is not
generating bad subregs
--- Additional Comments From joseph at codesourcery dot com 2005-04-04
18:20 ---
Subject: Re: [4.0/4.1 Regression] internal compiler
error: in subreg_regno_offset, at rtlanal.c:3042
On Sun, 3 Apr 2005, danglin at gcc dot gnu dot org wrote:
On hppa64-hp-hpux*, I think we still have
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-03 15:21
---
The test still fails on some platforms, at least on mainline:
On ia64-hp-hpux11.23:
Executing on host:
/scratch/gcc/nightly-2005-04-03-mainline/ia64-hp-hpux11.23/build_gcc/build/gcc/xgcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
17:04 ---
(In reply to comment #21)
The test still fails on some platforms, at least on mainline:
On ia64-hp-hpux11.23:
This is a target problem and most likely deserves a new PR instead as it might
not be a
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-03
18:19 ---
On hppa64-hp-hpux*, I think we still have the same bug. Combine is
still generating an insn that reload can't handle:
(insn 16 15 17 0 (asm_operands/v () () 0 [
(mem/s/v/j:HI (mem/u/c:DI
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:56 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 16:56:27
Modified files:
gcc: ChangeLog final.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:56 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-02 16:56:45
Modified files:
gcc:
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
16:57 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 31, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote:
- else
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:07 ---
Fixed for real this time :-)
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-31 22:09
---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote:
- else
+ else if (REG_P (y))
{
/* Simplify_subreg
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-30 16:21
---
Are you sure the bug is fixed? The testcase is failing for me with today's
mainline compiler on i686-pc-linux-gnu, ia64-hp-hpux11.23 and
hppa64-hp-hpux11.{11,23}.
Failure on i686-pc-linux-gnu is that quoted
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-30
18:51 ---
I still can reproduce it also on x86.
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30
19:00 ---
I'm now sure it wasn't fixed. Somehow I forgot the problem didn't occur on
x86_64-linux-gnu, not even with -m32, even though it did on i686-pc-linux-gnu.
I I had only one i686-only bug, and I knew it was a
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30
19:28 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 29, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Mar 28, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29
21:36 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-29
21:36 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-29 21:36:10
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-29
21:48 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 28, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Thu, Mar 24, 2005 at 07:45:44AM -0300, Alexandre Oliva wrote:
* combine.c
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-29
22:23 ---
Seems to have been fixed by some recent patch that went into both mainline and
4.0 branch, but I couldn't pinpoint exactly what patch it was. This recent
change affected the initial rtl dump, such that it
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-28 22:11
---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Thu, Mar 24, 2005 at 07:45:44AM -0300, Alexandre Oliva wrote:
* combine.c (subst): Make sure we don't create invalid subregs.
Ok.
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-25
13:41 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 24, 2005, [EMAIL PROTECTED] (Richard Kenner) wrote:
Combine doesn't ensure the subregs it generates are valid. In most
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-24
09:25 ---
Subject: [PR middle-end/20491] combine generates bad subregs
Combine doesn't ensure the subregs it generates are valid. In most
cases, insn recog will reject the invalid subregs, or reload will
somehow
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-24
10:46 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 24, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
Combine doesn't ensure the subregs it generates are valid. In most
cases, insn
--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu
2005-03-24 12:33 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
Combine doesn't ensure the subregs it generates are valid. In most
cases, insn recog will reject the invalid subregs,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:07 ---
This started to ICEing after 2004-12-11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
02:27 ---
Confirmed, reduced testcase:
volatile unsigned short _const_32 [4] = {1,2,3,4};
void
evas_common_convert_yuv_420p_601_rgba()
{
__asm__ __volatile__ ( : : X (*_const_32));
}
Note really X should not be
31 matches
Mail list logo