Published 2009-04-21 @ 19:13
There seems to be some confusion and/or panic about ParseTree that I’d like to clear up:
Because of changes to internals in 1.9, ParseTree simply can not work. I asked for hooks/options to allow us to get to the information but they never arrived.
Specifically if you’re using ParseTree to access the AST of a live method/block/proc, you’re SOL. If you’re just using ParseTree to do static analysis, then you can switch to ruby_parser in about a minute of work and you’re good to go.
Here is the plan for my projects:
- RubyToC-220.127.116.11 = switching to ruby_parser
- flog-2.1.0 = switching to ruby_parser
- heckle-1.4.2 = dead, unless we can think of something soon.
- ruby2ruby-1.2.2 = dropping block/proc support.
- ruby_parser-2.0.2 = no clue why it has a dependency still, no worries here.
- ZenHacks-1.0.1 = dropping block/proc support – not that I support this.
I don’t know the status of most of the projects dependent on PT or how they’re going to deal with this issue. If you use one of these projects directly or indirectly and that project relies on PT for live method/block/proc, then you’re probably going to be stuck on 1.8 for a while:
- SuperCaller-1.0.0 = unsupported - can drop live method support
- reek-1.0.0 = probably doesn’t need live analysis
There are probably other projects out there dependent on PT that I don’t know about. All I’ve listed here are rubyforge gems that depend on PT in their gemspec.
You can check your gems using this:
gem list | egrep "(ambition|argible|integrity|merb-action-args|nitpick|protocol|red|reek|roodi|ruby_diff|rubyjs|sake|thorero-action-args)"