[#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: why the lucky stiff <ruby-core@...>
Date: 2003-05-13 17:37:30 UTC
List: ruby-core #1029
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.

Sorry for the trouble.

_why

In This Thread