[ANN] ParseTree 3.0.3 Released

[Ryan Davis]

ParseTree version 3.0.3 has been released!

* <http://rubyforge.org/projects/parsetree/>
* <http://www.zenspider.com/ZSS/Products/ParseTree/>
* <[email protected]>

ParseTree is a C extension (using RubyInline) that extracts the parse
tree for an entire class or a specific method and returns it as a
s-expression (aka sexp) using ruby's arrays, strings, symbols, and
integers.

As an example:

def conditional1(arg1)
if arg1 == 0 then
return 1
end
return 0
end

becomes:

[:defn,
:conditional1,
[:scope,
[:block,
[:args, :arg1],
[:if,
[:call, [:lvar, :arg1], :==, [:array, [:lit, 0]]],
[:return, [:lit, 1]],
nil],
[:return, [:lit, 0]]]]]

Changes:

### 3.0.3 / 2009-01-20

* 4 bug fixes:

* Added gauntlet_parsetree.rb. Bug finding/fixing much faster &
easier now.
* Fixed alias tests for r2r. Added masgn and heredoc tests.
* Fixed conflicting flags (-u vs -r).
* Unwrap RHS from array IF it is only a splat node.

* <http://rubyforge.org/projects/parsetree/>
* <http://www.zenspider.com/ZSS/Products/ParseTree/>
* <[email protected]>

 

[Luis Lavena]

ParseTree version 3.0.3 has been released!

* <http://rubyforge.org/projects/parsetree/>
* <http://www.zenspider.com/ZSS/Products/ParseTree/>
* <[email protected]>

ParseTree is a C extension (using RubyInline) that extracts the parse
tree for an entire class or a specific method and returns it as a
s-expression (aka sexp) using ruby's arrays, strings, symbols, and
integers.

As an example:

def conditional1(arg1)
if arg1 =3D=3D 0 then
return 1
end
return 0
end

becomes:

[:defn,
:conditional1,
[:scope,
[:block,
[:args, :arg1],
[:if,
[:call, [:lvar, :arg1], :=3D=3D, [:array, [:lit, 0]]],
[:return, [:lit, 1]],
nil],
[:return, [:lit, 0]]]]]

Changes:

### 3.0.3 / 2009-01-20

* 4 bug fixes:

* Added gauntlet_parsetree.rb. Bug finding/fixing much faster &
easier now.
* Fixed alias tests for r2r. Added masgn and heredoc tests.
* Fixed conflicting flags (-u vs -r).
* Unwrap RHS from array IF it is only a splat node.

* <http://rubyforge.org/projects/parsetree/>
* <http://www.zenspider.com/ZSS/Products/ParseTree/>
* <[email protected]>

Just added Windows binaries compatible with One-Click Installer to RubyForg=
e:

704 tests, 3411 assertions, 0 failures, 0 errors

Regards,
--=20
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exup=E9ry

 

[Ryan Davis]

Just added Windows binaries compatible with One-Click Installer to
RubyForge:

704 tests, 3411 assertions, 0 failures, 0 errors

awesome! thank you!

 

[Phlip]

Just added Windows binaries compatible with One-Click Installer to RubyForge:

How is CygWin doing?

 

[Luis Lavena]

How is CygWin doing?

If you have installed the build tools (gcc and such) then using
RubyInline and ParseTree shouldn't be much problem for you.

Slow, yes, but maybe not lot of problems

 

[Ryan Davis]

If you have installed the build tools (gcc and such) then using
RubyInline and ParseTree shouldn't be much problem for you.

Slow, yes, but maybe not lot of problems

why is it slow? I did it once on a whim and didn't notice a
compilation time iirc... does it not cache the dll?

 

[Phlip]

If you have installed the build tools (gcc and such) then using
RubyInline and ParseTree shouldn't be much problem for you.

Slow, yes, but maybe not lot of problems

When I tried (please don't ask me to reproduce the bug because I have moved on,
and it should be easy), RubyInline kept getting stuck trying to rewrite its
library at ~/.ruby_inline/blah_RubyInline_blah.so.

The blah is not important because the root problem was something left zombie
ruby.exe processes in memory - they apparently locked their previous .so files.

(And will Ruby1.9's ParseTree use RubyInline or Ripper?)

 

[Ryan Davis]

(And will Ruby1.9's ParseTree use RubyInline or Ripper?)

There is no ruby 1.9 ParseTree.

 

[Luis Lavena]

why is it slow? I did it once on a whim and didn't notice a  
compilation time iirc... does it not cache the dll?

Ruby cygwin is sensible slower than native (mingw based) Ruby.

 

[Luis Lavena]

When I tried (please don't ask me to reproduce the bug because I have moved on,
and it should be easy), RubyInline kept getting stuck trying to rewrite its
library at ~/.ruby_inline/blah_RubyInline_blah.so.

Well, cannot say about cygwin, I don't have it installed nor plan to
do it.

The blah is not important because the root problem was something left zombie
ruby.exe processes in memory - they apparently locked their previous .so files.

Ah, that Windows IO. file descriptors open (zombies) locks the files,
and you cannot remove or anything.