--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:04
---
Presumably.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:58
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:57:34 2008
New Revision: 138192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138192
Log:
PR tree-optimization/36830
* tree-vn.c
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:56
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:55:31 2008
New Revision: 138191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138191
Log:
PR tree-optimization/36830
* tree-ssa-s
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-27 15:58
---
> Even if the op isn't hashed, it is still compared for in
> vn_reference_op_eq, so at worst the non-hashing will make it compare
> more vn_reference_op's than it has to, it shouldn't affect
> correctness.
You'r
--- Comment #10 from dberlin at gcc dot gnu dot org 2008-07-27 15:37
---
Subject: Re: [4.4 Regression] STORAGE_ERROR raised compiling s-os_lib.adb
No, it doesn't.
Even if the op isn't hashed, it is still compared for in
vn_reference_op_eq, so at worst the non-hashing will make it comp
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:16
---
This points to an immediate problem in vn_reference_op_compute_hash:
/* Compute the hash for a reference operand VRO1. */
static hashval_t
vn_reference_op_compute_hash (const vn_reference_op_t vro1)
{
return
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:04
---
With some 'make' kludgery, I get the same reproducible error on x86 as Dave.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-23 09:35
---
I'm seeing this as well since the PRE rewrite.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from r dot emrich at de dot tecosim dot com 2008-07-22
07:53 ---
(In reply to comment #5)
> For me it is working today
>
I don't Know if it's related but today (rev. 138048) I get the following on
x86_64-unknown-linux-gnu:
/SCRATCH/tmp.haKcfD9964/Linux/x86_64-unknown-l
--- Comment #5 from andreasmeier80 at gmx dot de 2008-07-21 12:55 ---
For me it is working today
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
--- Comment #4 from danglin at gcc dot gnu dot org 2008-07-20 21:29 ---
(gdb) p *vro1
$3 = {opcode = ARRAY_REF, type = 0x40022af8, op0 = 0x4068ae00,
op1 = 0x406d7a48, op2 = 0x0}
(gdb) p *vro2
$4 = {opcode = ARRAY_REF, type = 0x40022af8, op0 = 0x4068ae00, op1 = 0x0,
op2 = 0x0}
--
--- Comment #3 from danglin at gcc dot gnu dot org 2008-07-20 21:26 ---
With revision 138012, I also hit this on hppa-unknown-linux-gnu:
(gdb) set args -I- -I. -Iada -I../../gcc/gcc/ada -quiet -nostdinc -dumpbase
s-os_lib.adb -O2 -g -gnatpg -gnata -gnatwns -gnatO ada/s-os_lib.o
../../gc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||hppa2.0w-hp-hpux11.11
Priority|P3
--- Comment #2 from andreasmeier80 at gmx dot de 2008-07-16 09:52 ---
For me it was working in revision 137687
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36830
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-15 12:06 ---
*** Bug 36836 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
16 matches
Mail list logo