--- Comment #3 from aoliva at gcc dot gnu dot org 2010-09-21 08:02 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-21 08:53 ---
Created an attachment (id=21854)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21854action=view)
Patch that fixes the problem
Here's the patch I'm testing. Turns out it's not enough to take only the
second
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-21 09:19 ---
Mine. It's something wrong in combine, causing the cmp insn to be deleted as
trivially dead.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-09-21 10:04 ---
Created an attachment (id=21855)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21855action=view)
Patch that fixes the problem
cse was losing track of cc0 set/use because of intervening debug insns. Anyone
got
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-09-13 03:42 ---
Subject: Bug 45408
Author: aoliva
Date: Mon Sep 13 03:42:07 2010
New Revision: 164242
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-09-13 03:42 ---
Subject: Bug 45604
Author: aoliva
Date: Mon Sep 13 03:42:07 2010
New Revision: 164242
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty
--- 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=gccview=revrev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tree-pretty
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-09-13 04:58 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #27 from aoliva at gcc dot gnu dot org 2010-09-10 23:16 ---
Shouldn't we do something else when hashing PRE_MODIFY?
I don't know, what else do you have in mind?
I'm posting an updated patch that implements your other suggestions
momentarily.
--
http://gcc.gnu.org
--- Comment #1 from aoliva at gcc dot gnu dot org 2010-09-09 18:07 ---
Mine, thanks, testing a patch. Sorry about the breakage, I seem to have
compared test results with a baseline that already had the errors :-(
--
aoliva at gcc dot gnu dot org changed:
What
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-09-08 21:54 ---
Subject: Bug 45408
Author: aoliva
Date: Wed Sep 8 21:53:48 2010
New Revision: 164031
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164031
Log:
PR debug/45419
PR debug/45408
* tree-pretty-print.c
--- 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=gccview=revrev=164031
Log:
PR debug/45419
PR debug/45408
* tree-pretty-print.c
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-09-08 21:54 ---
Subject: Bug 45531
Author: aoliva
Date: Wed Sep 8 21:54:02 2010
New Revision: 164032
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164032
Log:
PR debug/45531
* cfglayout.c (fixup_reorder_chain): Skip debug
--- 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 #4 from aoliva at gcc dot gnu dot org 2010-09-08 22:00 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-09-05 13:02 ---
Testing a patch to ignore debug insns in fixup_reorder_chain.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-05 20:44 ---
When I first tried to make sel-sched work with VTA, we didn't create
dependencies of non-debug insns on debug insns. Now we do. Other schedulers
know that these deps don't prevent insn movement, just signal
--- 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
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-04 15:27 ---
*** This bug has been marked as a duplicate of 45419 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- 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 #3 from aoliva at gcc dot gnu dot org 2010-09-04 15:28 ---
*** This bug has been marked as a duplicate of 45136 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-09-04 15:28 ---
*** Bug 45130 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
--- 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 #2 from aoliva at gcc dot gnu dot org 2010-08-30 08:53 ---
I can't duplicate this on r163635 trunk, on x86_64-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45408
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-08-30 19:13 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-08-30 19:14 ---
The debug insns aren't at the end of the block in the beginning of sched, so we
don't disregard them at first, but they become end-of-block insns after the
trailing non-debug insns are pulled into other earlier
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-06-25 21:11 ---
Subject: Bug 44610
Author: aoliva
Date: Fri Jun 25 21:11:32 2010
New Revision: 161413
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161413
Log:
PR debug/44610
* simplify-rtx.c (delegitimize_mem_from_attrs
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-25 21:12 ---
Subject: Bug 44610
Author: aoliva
Date: Fri Jun 25 21:11:56 2010
New Revision: 161414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161414
Log:
PR debug/44610
* simplify-rtx.c (delegitimize_mem_from_attrs
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-25 21:13 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #32 from aoliva at gcc dot gnu dot org 2010-06-24 17:58 ---
I don't see how a bug reported in 2003 against 3.2 and marked as failing up to
4.0 could possibly be related in any way with VTA. Clearly that bug was fixed.
Sure, VTA does perform poorly with these testcases
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-23 07:00 ---
I've just run into this very problem building i-c.adb on ia64-linux-gnu, using
gcc-3.4.6 as the bootstrap compiler to build today's trunk daily bump, r161240.
I think I hadn't had Ada enabled on this platform
--- Comment #10 from aoliva at gcc dot gnu dot org 2010-06-24 03:34 ---
I can only duplicate this problem, even on 4.5 branch, using an old version of
GDB, on ia64-linux-gnu. With GDB 7.1, it gets the variables as expected.
--
aoliva at gcc dot gnu dot org changed:
What
--- Comment #30 from aoliva at gcc dot gnu dot org 2010-06-24 04:01 ---
Patch installed on 2009-10-01, assuming fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-23 04:30 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-23 04:35 ---
Created an attachment (id=20984)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20984action=view)
Patch that fixes the problem
The MEMs for each HImode in the DImode args all have NULL MEM_OFFSET (we indeed
don
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-20 23:58 ---
Subject: Bug 44248
Author: aoliva
Date: Sun Jun 20 23:57:54 2010
New Revision: 161056
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161056
Log:
PR debug/44248
* lto-streamer-in.c (input_bb): Leave debug stmts
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-21 02:58 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 43656
Author: aoliva
Date: Mon Jun 14 19:18:04 2010
New Revision: 160761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160761
Log:
PR debug/43656
* haifa-sched.c (setup_insn_reg_pressure_info
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 43650
Author: aoliva
Date: Mon Jun 14 19:18:18 2010
New Revision: 160762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-ssa-loop
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 44181
Author: aoliva
Date: Mon Jun 14 19:18:18 2010
New Revision: 160762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-ssa-loop
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-06-14 19:18 ---
Subject: Bug 44247
Author: aoliva
Date: Mon Jun 14 19:18:18 2010
New Revision: 160762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-ssa-loop
--- Comment #9 from aoliva at gcc dot gnu dot org 2010-06-14 19:19 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-14 19:22 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-06-15 02:48 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-06-15 02:51 ---
Created an attachment (id=20911)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20911action=view)
Patch that fixes the problem
Testing this now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44248
--- Comment #9 from aoliva at gcc dot gnu dot org 2010-06-11 10:49 ---
Steve, lto and whopr seem to have been introduced in a way that broke VTA.
This is not ia64-specific, and it's not what this bug is about. I guess what
you're seeing are other cases of lossage, that we might have
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-11 11:45 ---
Not a bug
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-06-11 12:23 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-06-11 12:23 ---
Created an attachment (id=20887)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20887action=view)
Patch that fixes the problem
Here's the patch I'm testing now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-11 12:28 ---
*** Bug 44247 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44181
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-06-11 12:28 ---
The patch for bug 44181 fixes this one as well.
*** This bug has been marked as a duplicate of 44181 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-11 12:56 ---
*** Bug 43650 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44181
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-06-11 12:56 ---
Unlike PR43656, this one is also fixed by the patch proposed for PR44181.
*** This bug has been marked as a duplicate of 44181 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-11 13:57 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-06-11 14:00 ---
Created an attachment (id=20892)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20892action=view)
Patch that fixes the problem
This patch (perhaps in addition to the patch for PR 44181, I haven't tried the
old
--- Comment #41 from aoliva at gcc dot gnu dot org 2010-06-10 16:44 ---
Subject: Bug 41371
Author: aoliva
Date: Thu Jun 10 16:43:46 2010
New Revision: 160559
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160559
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv): Remove
--- Comment #42 from aoliva at gcc dot gnu dot org 2010-06-10 17:01 ---
Subject: Bug 41371
Author: aoliva
Date: Thu Jun 10 17:01:32 2010
New Revision: 160563
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160563
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv): Remove
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-10 18:50 ---
Steve, I only see problems on ia64 at -O3, and that's because VTA is disabled
when selective scheduling is enabled.
Uros, I can't duplicate the problem with a cross compiler for alpha: the debug
info in the assembly
--- Comment #12 from aoliva at gcc dot gnu dot org 2010-06-09 04:54 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #40 from aoliva at gcc dot gnu dot org 2010-06-09 04:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #33 from aoliva at gcc dot gnu dot org 2010-06-04 09:51 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #34 from aoliva at gcc dot gnu dot org 2010-06-04 10:03 ---
Created an attachment (id=20836)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20836action=view)
Patch that fixes the bug and verifies recursion is bounded as expected
This patch (except for comments
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-06-02 06:28 ---
Andrew, the debug stmts are indeed originally from the loop header's PHI nodes.
Before ch we have:
i_1 = init;
# i = i_1
goto header;
body:
i_3 = whatever(i_2);
# i = i_3
header:
i_2 = PHI i_1, i_3;
# i = i_2
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-06-02 06:43 ---
My mid-term vision to address this sort of problem does not involve adding more
debug bind insns (I don't quite see how to get them right), but rather emit a
new kind of debug stmt/insn so as to emit is_stmt notes
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-02 05:08 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-02 05:19 ---
Created an attachment (id=20804)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20804action=view)
Patch that fixes the problem
Here's the patch I'm regstrapping now. It avoids relying on the implied
dependency
--- 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
--- 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=20513action=view)
Patch that implements the idea, but does not improve debug info for this
testcase
Alas, the idea seems to work
--- 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
--- 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=20387action=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
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-04-05 07:48 ---
Yeah, fixed (i686-linux-gnu) by revision 156693, from Feb 11. I couldn't
duplicate it at all on x86_64-linux-gnu. If the problem is still present on
some other platform, please reopen and specify.
--
aoliva
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-04-05 05:06 ---
This appears to have been fixed already. Looking into it.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from aoliva at gcc dot gnu dot org 2010-03-06 20:26 ---
Subject: Bug 41371
Author: aoliva
Date: Sat Mar 6 20:26:15 2010
New Revision: 157257
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157257
Log:
* var-tracking.c (dataflow_set_merge): Swap src and src2
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-03-06 20:28 ---
Subject: Bug 42897
Author: aoliva
Date: Sat Mar 6 20:28:04 2010
New Revision: 157258
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157258
Log:
PR debug/42897
* tree-vect-loop.c (vect_transform_loop): Kill
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-03-06 20:30 ---
Subject: Bug 42897
Author: aoliva
Date: Sat Mar 6 20:30:10 2010
New Revision: 157259
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157259
Log:
PR debug/42897
* gimple-iterator.c (gsi_remove): Propagate only
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-03-06 21:08 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-01-30 09:13 ---
Mine, testing patches.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from aoliva at gcc dot gnu dot org 2010-01-30 09:13 ---
Mine, patch posted.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- 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
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-19 08:44 ---
Mine (testing a patch)
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-01-09 14:40 ---
Subject: Bug 42395
Author: aoliva
Date: Sat Jan 9 14:40:40 2010
New Revision: 155761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155761
Log:
gcc/ChangeLog:
PR debug/42604
PR debug/42395
* tree-vect-loop
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-09 14:40 ---
Subject: Bug 42604
Author: aoliva
Date: Sat Jan 9 14:40:40 2010
New Revision: 155761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155761
Log:
gcc/ChangeLog:
PR debug/42604
PR debug/42395
* tree-vect-loop
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-01-09 14:41 ---
Subject: Bug 42363
Author: aoliva
Date: Sat Jan 9 14:40:59 2010
New Revision: 155762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155762
Log:
gcc/ChangeLog:
PR middle-end/42363
* gimplify.c
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-01-09 14:41 ---
Subject: Bug 42629
Author: aoliva
Date: Sat Jan 9 14:41:17 2010
New Revision: 155763
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155763
Log:
gcc/ChangeLog:
PR debug/42629
* haifa-sched.c (dying_use_p
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-09 14:42 ---
Subject: Bug 42630
Author: aoliva
Date: Sat Jan 9 14:41:35 2010
New Revision: 155764
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155764
Log:
gcc/ChangeLog:
PR debug/42630
* loop-unroll.c
--- Comment #13 from aoliva at gcc dot gnu dot org 2010-01-09 14:42 ---
Subject: Bug 42631
Author: aoliva
Date: Sat Jan 9 14:41:51 2010
New Revision: 155765
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155765
Log:
gcc/ChangeLog:
PR debug/42631
* web.c (union_defs): Add used
--- Comment #14 from aoliva at gcc dot gnu dot org 2010-01-09 14:50 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-01-09 14:50 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-09 14:51 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-01-09 14:51 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-01-09 14:51 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-01-09 14:52 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-07 12:47 ---
'been looking at it a bit. It's graphite's
rewrite_commutative_reductions_out_of_ssa that removes SSA PHI nodes from the
IR without actually releasing them, so we don't get a chance to propagate the
DEFs into debug
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-07 13:15 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-07 13:53 ---
Yeah, it surprised me a bit too, but now that I looked into it I see it makes
perfect sense. There was a PHI node before the debug stmt that expanded into
this debug insn. The variable is indeed live
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-01-07 20:44 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-01-08 01:01 ---
The interesting question to ask is *why* web regards three different uses of
the same uninitialized pseudo as different webs. That's what doesn't make
sense to me. Apparently DF avoids dealing with uninitialized
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-01-08 01:27 ---
Kenny, you think we should fix DF to create artificial defs for uninitialized
vars, or use some kludge in web to avoid creating one web per uninitialized
use?
--
aoliva at gcc dot gnu dot org changed
1 - 100 of 459 matches
Mail list logo
