--- 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 #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 #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.
--
aoli
--- 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-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 transfo
--- 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
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-08
12:23 ---
I don't know whether I just forgot about it, or figured we'd be better off
leaving it as it was for a bit longer, so as to expose more cases we could
handle especially.
--
http://gcc.gnu.or
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-09
17:08 ---
Please see bug 20126, it contains a patch that will likely fix all of the
problems you've run into, and some discussion on why it's not in yet. If you
find it to fix the problem you have
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-14
18:32 ---
I'd say go for it. It's approved, after all. 'fraid I don't have a ChangeLog
entry handy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
--- Comment #13 from aoliva at gcc dot gnu dot org 2009-11-19 18:54 ---
> one could randomize the delta we add to next_decl_uid
Yeah, that would be an interesting test. In fact, we had something along these
lines before, when we used (randomized) pointers rather than uids, and
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-11-21 05:04 ---
Subject: Bug 42078
Author: aoliva
Date: Sat Nov 21 05:04:30 2009
New Revision: 154400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154400
Log:
gcc/ChangeLog:
PR tree-optimization/42078
*
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-11-21 19:12 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-12-03 15:34 ---
@richi it would, if we didn't have code to deal with that in sched-deps. now,
depl_on_debug_p() are accepted, ignored for purposes of scheduling decisions,
and used only to reset debug stmts that were ren
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-01-06 16:15 ---
Mine. Patch at http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00267.html
The thread is about bug 42604, but the improvements for the fix for that patch
fixed this one too.
--
aoliva at gcc dot gnu dot org changed
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-06 16:36 ---
By the same argument, shouldn't we drop the assignment early, and make it a
non-assigning call? The assignment is also supposed to occur after the call,
although it's not denoted in a separate statemen
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-01-06 20:36 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- 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
--- 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 at that
--- 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 uni
--- 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
--- Comment #10 from aoliva at gcc dot gnu dot org 2010-01-08 02:43 ---
Well, it's not like accessing an uninitialized variable is well-defined, so
it's not like our splitting into multiple webs is wrong, or could possibly
generate incorrect results. The only reason we noti
--- Comment #12 from aoliva at gcc dot gnu dot org 2010-01-08 05:27 ---
It is a bug. The compiler shouldn't generate different code depending on -g,
and that's what's (potentially) going on here. That the code is undefined per
a language standard shouldn't take pr
--- Comment #2 from aoliva at gcc dot gnu dot org 2010-01-08 07:10 ---
Taking this over, I hoep stevenb doesn't mind I got a patch.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |
--- 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=gcc&view=rev&rev=155761
Log:
gcc/ChangeLog:
PR debug/42604
PR debug/42395
* tree-v
--- 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=gcc&view=rev&rev=155761
Log:
gcc/ChangeLog:
PR debug/42604
PR debug/42395
* tree-v
--- 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=gcc&view=rev&rev=155762
Log:
gcc/ChangeLog:
PR middle-end/42363
* gi
--- 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=gcc&view=rev&rev=155763
Log:
gcc/ChangeLog:
PR debug/42629
* haifa-sched.c (dyi
--- 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=gcc&view=rev&rev=155764
Log:
gcc/ChangeLog:
PR debug/42630
* loop-
--- 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=gcc&view=rev&rev=155765
Log:
gcc/ChangeLog:
PR debug/42631
* web.c (union_defs):
--- 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 #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-19 08:44 ---
Mine (testing a patch)
--
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 #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-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 oth
--- 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 oth
--- 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 occu
--- 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&#x
--- 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 #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
--- 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=gcc&view=rev&rev=164031
Log:
PR debug/45419
PR debug/45408
* tree-pretty
--- 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
--- 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=gcc&view=rev&rev=164032
Log:
PR debug/45531
* cfglayout.c (fixup_reorder_chain): Sk
--- 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 #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 #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.
--
--- 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=gcc&view=rev&rev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tre
--- 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=gcc&view=rev&rev=164242
Log:
PR debug/45604
PR debug/45419
PR debug/45408
* tre
--- 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
* tre
--- 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 #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=21854&action=view)
Patch that fixes the problem
Here's the patch I'm testing. Turns out it's not enough t
--- 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 |
--- 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=21855&action=view)
Patch that fixes the problem
cse was losing track of cc0 set/use because of intervening debug insns.
--- 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
--- 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=20804&action=view)
Patch that fixes the problem
Here's the patch I'm regstrapping now. It avoids relyi
--- 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-06-02 06:28 ---
Andrew, the debug stmts are indeed originally from the loop header's PHI nodes.
Before ch we have:
i_1 = ;
# i => i_1
goto ;
:
i_3 = (i_2);
# i => i_3
:
i_2 = PHI ;
# i => i_2
if () go
--- 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 not
--- 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=20836&action=view)
Patch that fixes the bug and verifies recursion is bounded as expected
This patch (except for comme
--- 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 #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=gcc&view=rev&rev=160559
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv)
--- 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=gcc&view=rev&rev=160563
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv)
--- 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 th
--- 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
--- 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=20887&action=view)
Patch that fixes the problem
Here's the patch I'm testing now.
--
http://gcc.gnu.org/bugz
--- 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=20892&action=view)
Patch that fixes the problem
This patch (perhaps in addition to the patch for PR 44181, I haven't t
--- 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=gcc&view=rev&rev=160761
Log:
PR debug/43656
* haifa-sched.c (setup_insn_reg_press
--- 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=gcc&view=rev&rev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-
--- 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=gcc&view=rev&rev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-
--- 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=gcc&view=rev&rev=160762
Log:
PR debug/43650
PR debug/44181
PR debug/44247
* tree-
--- 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
301 - 400 of 467 matches
Mail list logo
