http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #20 from Alexandre Oliva 2010-10-08
04:41:09 UTC ---
Author: aoliva
Date: Fri Oct 8 04:40:59 2010
New Revision: 165149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165149
Log:
PR debug/45673
PR debug/45604
PR debug/45419
PR
--- Comment #19 from aoliva at gcc dot gnu dot org 2010-09-13 03:42 ---
Subject: Bug 45419
Author: aoliva
Date: Mon Sep 13 03:42:07 2010
New Revision: 164242
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty-pri
--- Comment #18 from aoliva at gcc dot gnu dot org 2010-09-08 21:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from aoliva at gcc dot gnu dot org 2010-09-08 21:54 ---
Subject: Bug 45419
Author: aoliva
Date: Wed Sep 8 21:53:48 2010
New Revision: 164031
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164031
Log:
PR debug/45419
PR debug/45408
* tree-pretty-print.c (dump_gene
--- Comment #16 from aoliva at gcc dot gnu dot org 2010-09-04 15:27 ---
*** Bug 45408 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #15 from aoliva at gcc dot gnu dot org 2010-09-04 15:26 ---
Got a patch
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #14 from rguenther at suse dot de 2010-09-03 09:06 ---
Subject: Re: -fcompare-debug failure at -O3
On Fri, 3 Sep 2010, aoliva at gcc dot gnu dot org wrote:
> --- Comment #13 from aoliva at gcc dot gnu dot org 2010-09-03 08:59
> ---
> The different types arise whe
--- Comment #13 from aoliva at gcc dot gnu dot org 2010-09-03 08:59 ---
The different types arise when, say, we copyprop a const-unqualified variable
into a MEM_REF that used to reference a const-qualified temp. The top-level
const qualifications are irrelevant at that point, for we're
--- Comment #12 from aoliva at gcc dot gnu dot org 2010-09-02 12:21 ---
'been looking into this as well. cp/pt.c -fcompare-debug fails for me on
x86_64-linux-gnu.
I'm not sure yet why we get different different types for the integer_csts in
operand 0 of MEM_REFs, but it occurred to me
--- Comment #11 from jakub at gcc dot gnu dot org 2010-08-30 17:17 ---
Subject: Bug 45419
Author: jakub
Date: Mon Aug 30 17:17:15 2010
New Revision: 163654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163654
Log:
PR debug/45419
* tree-ssa-live.c (dump_enumerate
--- Comment #10 from rguenther at suse dot de 2010-08-30 14:30 ---
Subject: Re: -fcompare-debug failure at -O3
On Mon, 30 Aug 2010, jakub at gcc dot gnu dot org wrote:
> --- Comment #9 from jakub at gcc dot gnu dot org 2010-08-30 14:29 ---
> Unfortunately printing iterative_h
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-30 14:29 ---
Unfortunately printing iterative_hash_expr for MEM_EXPR if final_insns_dump_p
is actually worse, because iterative_hash_expr uses DECL_UID, which isn't
guaranteed to be the same between -g and -g0.
So, either we should
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-30 14:05 ---
The other issue comes from MEM_ATTRS caching.
mem_attrs_htab_eq
considers MEM_EXPR to be equal if:
279 && (p->expr == q->expr
280 || (p->expr != NULL_TREE && q->expr != NULL_TREE
281 && operand_equal_p (p->expr,
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-30 12:53 ---
Created an attachment (id=21593)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21593&action=view)
gcc46-pr45419.patch
Fix for the valgrind issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #6 from hjl dot tools at gmail dot com 2010-08-26 20:02 ---
(In reply to comment #4)
> Created an attachment (id=21574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21574&action=view) [edit]
> different testcase
>
> Thank you for answers! This not yet reduced testcase
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-26 19:48 ---
valgrind issue is caused by revision 162156:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00510.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from zsojka at seznam dot cz 2010-08-26 18:37 ---
Created an attachment (id=21574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21574&action=view)
different testcase
Thank you for answers! This not yet reduced testcase fails in a similiar way
(r163468, x86_64-linux
--- Comment #3 from jakub at gcc dot gnu dot org 2010-08-26 17:58 ---
Unfortunately can't reproduce it myself, neither with bootstrapped, nor with
just stage1 built gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-26 17:46 ---
I can't reproduce it on Fedora 13. But valgrind reports:
Compiler executable checksum: d32748fe5bfee4f2f9ecf4e95f2e1498
==17242== Conditional jump or move depends on uninitialised value(s)
==17242==at 0x7ED1AF:
--- Comment #1 from zsojka at seznam dot cz 2010-08-26 17:12 ---
Created an attachment (id=21572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21572&action=view)
testcase
Delta (with line granularity) fails to reduce the file further. The difference
in debug and non-debug runs is
20 matches
Mail list logo