On Jun 14, 2012, Ayal Zaks ayal.z...@gmail.com wrote:
Thanks for the duplicate ping. This is fine.
So this indeed solves the discrepancy between running SMS w/ and w/o
debugging?
I can't tell whether it solves it completely, but it's surely a step in
the right direction.
Please include a
Thanks for the duplicate ping. This is fine.
So this indeed solves the discrepancy between running SMS w/ and w/o debugging?
Please include a comment next to the code stating why it's important
not to create such deps.
You may also want to store the result of DEP_PRO (dep) in
src_something and use
On Apr 9, 2012, Alexandre Oliva aol...@redhat.com wrote:
I think this will restore proper functioning to SMS in the presence of
debug insns. A while ago, we'd never generate deps of non-debug insns
on debug insns. I introduced them to enable sched to adjust (reset)
debug insns when
Apologies for the duplicate ping, this one is now properly addressed to
the pass maintainer.
On Apr 9, 2012, Alexandre Oliva aol...@redhat.com wrote:
On May 4, 2011, Revital1 Eres e...@il.ibm.com wrote:
Hello Alexandre
I think this will restore proper functioning to SMS in the presence of
On May 4, 2011, Revital1 Eres e...@il.ibm.com wrote:
Hello Alexandre
I think this will restore proper functioning to SMS in the presence of
debug insns. A while ago, we'd never generate deps of non-debug insns
on debug insns. I introduced them to enable sched to adjust (reset)
debug insns
On May 4, 2011, Alexandre Oliva aol...@redhat.com wrote:
I think this will restore proper functioning to SMS in the presence of
debug insns. A while ago, we'd never generate deps of non-debug insns
on debug insns. I introduced them to enable sched to adjust (reset)
debug insns when
Hello Alexandre
I think this will restore proper functioning to SMS in the presence of
debug insns. A while ago, we'd never generate deps of non-debug insns
on debug insns. I introduced them to enable sched to adjust (reset)
debug insns when non-debug insns were moved before them. I
