--- Comment #10 from jakub at gcc dot gnu dot org 2010-01-27 16:37 ---
Subject: Bug 42861
Author: jakub
Date: Wed Jan 27 16:36:57 2010
New Revision: 156292
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156292
Log:
PR debug/42861
* var-tracking.c (val_store): Add
--- Comment #11 from jakub at gcc dot gnu dot org 2010-01-27 17:00 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42861
--- Comment #3 from jakub at gcc dot gnu dot org 2010-01-26 12:14 ---
Note the http://gcc.gnu.org/ml/gcc-patches/2010-01/msg01282.html doesn't
bootstrap on the redhat/gcc-4_4-branch on ppc, while it bootstraps on the trunk
on x86_64-linux and i686-linux and on the branch on those arches
--- Comment #4 from jakub at gcc dot gnu dot org 2010-01-26 12:39 ---
Created an attachment (id=19710)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19710action=view)
gcc45-ppc64-pr42861.patch
Untested patch that cures this testcase. Not sure if the constant pool special
casing
--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-26 13:49 ---
Removing that special casing of CONSTANT_POOL_ADDRESS_P leads to invalid debug
info, which points to a bug in dwarf2out.c :(, he difference is:
.8byte .LVL7-.Ltext0 # Location list begin address (*.LLST3)
.8byte
--- Comment #6 from jakub at gcc dot gnu dot org 2010-01-26 14:11 ---
Created an attachment (id=19712)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19712action=view)
gcc45-constant_pool.patch
Patch that cures this issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42861
--- Comment #7 from jakub at gcc dot gnu dot org 2010-01-26 17:11 ---
Created an attachment (id=19715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19715action=view)
gcc45-ppc-delegitimize.patch
Updated ppc delegitimize patch (after the dwarf2out.c change there is no need
to
--- Comment #8 from jakub at gcc dot gnu dot org 2010-01-26 17:12 ---
Created an attachment (id=19716)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19716action=view)
gcc45-s390-delegitimize.patch
And s390 patch I'm bootstrapping/regtesting too.
--
--- Comment #9 from jakub at gcc dot gnu dot org 2010-01-26 22:33 ---
The trunk powerpc64-linux --with-cpu=default32 bootstrap died too, this time in
libsupc++/eh_alloc.cc compilation with -m64, again because of .8byte .l...@toc
in .debug_loc.
I'm going to bootstrap/regtest the patches
--- Comment #1 from jakub at gcc dot gnu dot org 2010-01-25 11:45 ---
Created an attachment (id=19703)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19703action=view)
parsetok.c.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42861
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42861
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-25 19:46 ---
Mine. Got a patch.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
13 matches
Mail list logo