On Oct 21, 2011, Steve Ellcey s...@cup.hp.com wrote:
On Fri, 2011-10-21 at 21:25 +0200, Jakub Jelinek wrote:
My guess would be
http://gcc.gnu.org/viewcvs?root=gccview=revrev=180194
DEBUG_EXPR certainly shouldn't make it through into mem_loc_descriptor,
var-tracking is supposed to resolve
On Wed, Oct 26, 2011 at 07:15:20AM -0200, Alexandre Oliva wrote:
Ok to install?
for gcc/ChangeLog
from Alexandre Oliva aol...@redhat.com
PR debug/50826
* var-tracking.c (rtx_debug_expr_p): New.
(use_type): Don't use debug exprs to track non-VTA variables.
Yes,
FYI: I am seeing this same ICE on the hppa64-hp-hpux11.11 bootstrap.
(debug_expr:DI D#49)
/ctires/gcc/nightly/src/trunk/gcc/cselib.c: In function 'void
cselib_record_sets(rtx)':
/ctires/gcc/nightly/src/trunk/gcc/cselib.c:2424:1: internal compiler error: in
mem_loc_descriptor, at
On Fri, 2011-10-21 at 21:25 +0200, Jakub Jelinek wrote:
My guess would be
http://gcc.gnu.org/viewcvs?root=gccview=revrev=180194
DEBUG_EXPR certainly shouldn't make it through into mem_loc_descriptor,
var-tracking is supposed to resolve that.
Jakub
You are right, the bug started at
Hi,
with custom patched dwarf2out.c I got a crash on memory mangled by the garbage
collector. With patched GTY there the crash no longer happened - but I do not
have a reproducer anymore, sorry if it is a bogus patch.
The memory corrupted later was initially allocated and stored into
On Thu, Oct 20, 2011 at 12:14 PM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
Hi,
with custom patched dwarf2out.c I got a crash on memory mangled by the garbage
collector. With patched GTY there the crash no longer happened - but I do not
have a reproducer anymore, sorry if it is a bogus
On Thu, Oct 20, 2011 at 12:21:58PM +0200, Richard Guenther wrote:
I don't see how it can make any difference.
Indeed, I see no changes in gt-dwarf2out.h with the patch.
So it doesn't do anything.
2011-10-20 Jan Kratochvil jan.kratoch...@redhat.com
* dwarf2out.c (struct
2011/10/20 Jan Kratochvil jan.kratoch...@redhat.com:
Hi,
with custom patched dwarf2out.c I got a crash on memory mangled by the garbage
collector. With patched GTY there the crash no longer happened - but I do not
have a reproducer anymore, sorry if it is a bogus patch.
The memory
On Fri, 21 Oct 2011 05:37:09 +0200, Laurynas Biveinis wrote:
This patch is a no-op, as already pointed out. If this comes up again,
I'd set a conditional breakpoint on ggc_set_mark if (arg == struct
dw_loc_list_struct with the field that gets collected) and try to find
out why the field does