From: mame@... Date: 2019-05-17T01:05:46+00:00 Subject: [ruby-core:92692] [Ruby trunk Feature#14844] Future of RubyVM::AST? Issue #14844 has been updated by mame (Yusuke Endoh). Eregon (Benoit Daloze) wrote: > There was some discussion on Twitter about RubyVM::AbstractSyntaxTree, however so far no answer from its maintainers: > https://twitter.com/eregontp/status/1125314952368218112 Sorry for not replying. > It seems clear RubyVM::AbstractSyntaxTree is not for serious use with the current API. > I think the fact it's in core sounds like it's the new "blessed" AST for Ruby, > but it's not that, it's experimental, cannot evolve without breaking code (see above) and rather impractical currently. You are almost correct. "Not for serious use" and "experimental" are a bit different than what I meant, though. I think my opinion is clear in https://bugs.ruby-lang.org/issues/14844#note-6, but I repeat it shortly. In my opinion, the API is mainly for research and debugging purpose. (Used on development or in ruby/test, for example.) Also, it may be used to develop a tool that strongly depends upon a specific Ruby version. (Used in stdlib, for example.) It is not intended for casual use. (Note that all the above is just for my opinion.) > What are the advantages over Ripper for instance, which is available on other Ruby implementations? > @mame @yui-knk In which situations should RubyVM::AST be used instead of Ripper? Can you give examples? Ripper does not create an AST. It is just a "tracer" of how the parser works. There is `Ripper.sexp`, but it does not reproduce the details including parser-level optimization. In theory, we may improve Ripper to be identical to the actual parser, but it is very tough. Rather, wrapping and returning the actual AST is much easier to implement and always precise. (Honestly, I want to remove Ripper that makes the parser code very messy. I know it is impossible, though.) ---------------------------------------- Feature #14844: Future of RubyVM::AST? https://bugs.ruby-lang.org/issues/14844#change-78051 * Author: rmosolgo (Robert Mosolgo) * Status: Open * Priority: Normal * Assignee: yui-knk (Kaneko Yuichiro) * Target version: ---------------------------------------- Hi! Thanks for all your great work on the Ruby language. I saw the new RubyVM::AST module in 2.6.0-preview2 and I quickly went to try it out. I'd love to have a well-documented, user-friendly way to parse and manipulate Ruby code using the Ruby standard library, so I'm pretty excited to try it out. (I've been trying to learn Ripper recently, too: https://ripper-preview.herokuapp.com/, https://rmosolgo.github.io/ripper_events/ .) Based on my exploration, I opened a small PR on GitHub with some documentation: https://github.com/ruby/ruby/pull/1888 I'm curious though, are there future plans for this module? For example, we might: - Add more details about each node (for example, we could expose the names of identifiers and operators through the node classes) - Document each node type I see there is a lot more information in the C structures that we could expose, and I'm interested to help out if it's valuable. What do you think? -- https://bugs.ruby-lang.org/ Unsubscribe: