Forum: Ruby ParseTree 3.0.3 Released

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
5a837592409354297424994e8d62f722?d=identicon&s=25 Ryan Davis (Guest)
on 2009-01-21 00:39
(Received via mailing list)
ParseTree version 3.0.3 has been released!

* <http://rubyforge.org/projects/parsetree/>
* <http://www.zenspider.com/ZSS/Products/ParseTree/>
* <ryand-ruby@zenspider.com>

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/>
* <ryand-ruby@zenspider.com>
E7cff3cfd41c495e1012227d7dc24202?d=identicon&s=25 Luis Lavena (luislavena)
on 2009-01-21 01:00
(Received via mailing list)
On Tue, Jan 20, 2009 at 9:38 PM, Ryan Davis <ryand-ruby@zenspider.com>
wrote:
> integers.
> becomes:
>       [:return, [:lit, 0]]]]]
>   * 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/>
> * <ryand-ruby@zenspider.com>
>

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

704 tests, 3411 assertions, 0 failures, 0 errors

Regards,
5a837592409354297424994e8d62f722?d=identicon&s=25 Ryan Davis (Guest)
on 2009-01-21 01:18
(Received via mailing list)
On Jan 20, 2009, at 16:00 , Luis Lavena wrote:

> Just added Windows binaries compatible with One-Click Installer to
> RubyForge:
>
> 704 tests, 3411 assertions, 0 failures, 0 errors

awesome! thank you!
Aafa8848c4b764f080b1b31a51eab73d?d=identicon&s=25 Phlip (Guest)
on 2009-01-21 19:00
(Received via mailing list)
> Just added Windows binaries compatible with One-Click Installer to RubyForge:

How is CygWin doing?
E7cff3cfd41c495e1012227d7dc24202?d=identicon&s=25 Luis Lavena (luislavena)
on 2009-01-21 20:11
(Received via mailing list)
On Jan 21, 3:54 pm, Phlip <phlip2...@gmail.com> wrote:
> > Just added Windows binaries compatible with One-Click Installer to RubyForge:
>
> 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 :-)
5a837592409354297424994e8d62f722?d=identicon&s=25 Ryan Davis (Guest)
on 2009-01-21 20:18
(Received via mailing list)
On Jan 21, 2009, at 11:08 , Luis Lavena wrote:

> On Jan 21, 3:54 pm, Phlip <phlip2...@gmail.com> wrote:
>>> Just added Windows binaries compatible with One-Click Installer to
>>> RubyForge:
>>
>> 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 :-)

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?
Aafa8848c4b764f080b1b31a51eab73d?d=identicon&s=25 Phlip (Guest)
on 2009-01-21 20:45
(Received via mailing list)
Luis Lavena wrote:

>> 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 :-)

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?)
5a837592409354297424994e8d62f722?d=identicon&s=25 Ryan Davis (Guest)
on 2009-01-21 21:28
(Received via mailing list)
On Jan 21, 2009, at 11:43 , Phlip wrote:

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

There is no ruby 1.9 ParseTree.
E7cff3cfd41c495e1012227d7dc24202?d=identicon&s=25 Luis Lavena (luislavena)
on 2009-01-21 21:50
(Received via mailing list)
On Jan 21, 5:13 pm, Ryan Davis <ryand-r...@zenspider.com> wrote:
>
> > 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?

Ruby cygwin is sensible slower than native (mingw based) Ruby.
E7cff3cfd41c495e1012227d7dc24202?d=identicon&s=25 Luis Lavena (luislavena)
on 2009-01-21 21:51
(Received via mailing list)
On Jan 21, 5:42 pm, Phlip <phlip2...@gmail.com> wrote:
> 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.
This topic is locked and can not be replied to.