adon...@google.com
unread,Jan 25, 2013, 5:41:51 PM1/25/13Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to g...@google.com, ia...@google.com, ia...@golang.org, golan...@googlegroups.com, re...@codereview-hr.appspotmail.com
PTAL.
On 2013/01/25 22:19:59, iant wrote:
> Why bother clearing Preds and Succs? Seems like they are about to
become
> unreachable anyhow.
Quite right; deleted.
On 2013/01/25 22:19:59, iant wrote:
> Why bother clearing Preds and Succs? Seems like they are about to
become
> unreachable anyhow.
Quite right; both deleted.
On 2013/01/25 22:19:59, iant wrote:
> Again, why bother clearing these fields?
Clearing b.Preds is how we make b unreachable (we can't nil out
fn.Blocks[j] because we don't know the index j for b).
I agree .Succs and .Instrs are overkill; I've removed them.
On 2013/01/25 22:19:59, iant wrote:
> It's not a big deal, but this could easily be written as
> changed := true
> for changed {
> changed = false
> ...
> }
> The label and goto suggest (at least to me) that you have a more
complex control
> flow, but you don't.
Done.
On 2013/01/25 22:19:59, iant wrote:
> Really doesn't seem like this belongs in this package.
Agreed, but it really did make the output easier to read, and I can't
think of a "correct" approach (plumbing in this parameter from the
outside world) that is worth the effort.
I've nuked it for now. Sigh.
https://codereview.appspot.com/7202051/