|
Donovan Hide |
at Sep 3, 2014 at 1:21 am
|
⇧ |
| |
I don't think the -r stuff belongs in gofmt. It's only there for
historical reasons. It's so easy to build a parse tree, rewrite it,
and format it that a proper rewriting tool would be easy to separate
out.
Sounds like a great idea for a golang.org blog post! Code parsing and
generation. The btree code seems like a great example to me. I've managed
to get great speed ups and memory savings by converting the []Item slice
into a slice of each concrete type I'm using, but it has involved changing
a lot of the code manually to work well with gofmt. I've ended up using a
TYPE and PTR substitution. I'm certain a true gopher could have done a much
nicer and logical job!
https://github.com/google/btree--
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.