--- Comment #15 from aoliva at gcc dot gnu dot org 2010-06-02 05:27 ---
The debug info machinery is doing the best it can given the behavior of
reassoc, so I'm stepping away from this bug. Getting reassoc to generate stmts
at a different place may have improvement of debug info as a sid
--- Comment #14 from jakub at gcc dot gnu dot org 2010-05-17 06:04 ---
The #c6 patch is now in, but #c3 not yet. Unfortunately that one needs more
work, see comment #c8.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from meissner at linux dot vnet dot ibm dot com 2010-05-05
23:30 ---
Subject: Re: Missing DW_AT_location for a variable
On Wed, May 05, 2010 at 09:40:00PM -, jakub at gcc dot gnu dot org wrote:
>
>
> --- Comment #12 from jakub at gcc dot gnu dot org 2010-05-
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-05 21:39 ---
Please try the PR43994 patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #11 from meissner at gcc dot gnu dot org 2010-05-05 21:37
---
The patch checked in as subversion id 159063 causes the powerpc64-linux
bootstrap to fail when building libgcc with release checking enabled:
/home/meissner/fsf-build-ppc64/trunk/./gcc/xgcc
-B/home/meissner/fsf-b
--- Comment #10 from meissner at gcc dot gnu dot org 2010-05-05 21:36
---
Created an attachment (id=20572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20572&action=view)
-save-temps=obj output of failing module
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-05 10:43 ---
Subject: Bug 43478
Author: jakub
Date: Wed May 5 10:43:36 2010
New Revision: 159063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159063
Log:
PR debug/43478
* df-problems.c (struct dead_debug
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-03 14:38 ---
I've also bootstrapped the first patch today, unfortunately on i686-linux it
regresses forall_7.f90 testcase - gsi_skip_debug is called with after = 1
on sequence D.3267_429 = 125 + 5; (pointing at the only stmt in the
--- Comment #7 from jakub at gcc dot gnu dot org 2010-04-30 12:10 ---
The #c6 patch bootstrapped/regtested fine on x86_64-linux and i686-linux.
In --enable-checking=yes,rtl build number of variables with DW_AT_location grew
by 105 (excluding df-problems.o) in x86-64 cc1plus and by 98 in
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-04-29 07:52 ---
Created an attachment (id=20513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20513&action=view)
Patch that implements the idea, but does not improve debug info for this
testcase
Alas, the idea seems to work,
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-22 04:43 ---
That sounds like a good idea, hope it will work well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-04-22 02:39 ---
After much pondering, an idea that might fix this problem and many others hit
me: instead of just resetting debug stmts that refer to an earlier REG_DEAD,
emit a debug temp that binds to the reg before it dies, and re
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-04-15 11:34 ---
Created an attachment (id=20387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20387&action=view)
Patch that fixes this instance of the problem
I'm not convinced we have a bug here. The transformations are all
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-04-15 00:58 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #1 from jakub at gcc dot gnu dot org 2010-03-22 19:16 ---
Several issues:
1) reassoc changes:
[pr43478.c : 6:9] D.2722_1 = h ();
[pr43478.c : 6:5] x_2 = D.2722_1 * 2;
[pr43478.c : 6:5] # DEBUG x => x_2
[pr43478.c : 7:9] D.2723_3 = h ();
[pr43478.c : 7:5] y_4 = D.272
15 matches
Mail list logo
