[#1094] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c — Dave Thomas <dave@...>

> * eval.c (rb_mod_autoload, rb_mod_autoload_p): new method;

12 messages 2003/05/29
[#1095] Re: [ruby-cvs] ruby, ruby/lib: * eval.c (ev_const_defined, ev_const_get), variable.c — nobu.nokada@... 2003/05/29

Hi,

Re: re2c

From: Dave Thomas <dave@...>
Date: 2003-05-13 19:25:52 UTC
List: ruby-core #1032
why the lucky stiff wrote:
> Dave Thomas (dave@pragprog.com) wrote:
> 
>>I'm mildly concerned about havinng something in the standard library 
>>which is built using an unsupported toolset.
>>
> 
> 
> Implicit.re will be a snap to rewrite with the ruby_yylex()'s case
> statement approach.  In fact, only recently did I convert
> syck_type_id_to_uri() to leverage re2c (to ease maintainance).  I can
> pull the previous version out.
> 
> Token.re will be a more difficult chore, but re2c could be removed in a
> week's time.  I used re2c to help me see the tokenizer plainly.  re2c
> is a very simple piece of code and can be replaced without much
> trouble or painlessly rewritten in Ruby.

I wasn't necessarily saying that you should go to all this work: I just 
wanted to open a discussion of the issues.

Thanks for all your work on this.


Dave


In This Thread

Prev Next