[#927] UnboundMethod#to_proc — Dave Thomas <dave@...>
I'm wondering what I can do with a Proc generated by
17 messages
2003/04/06
[#929] Re: UnboundMethod#to_proc
— "Chris Pine" <nemo@...>
2003/04/06
----- Original Message -----
[#934] Re: UnboundMethod#to_proc
— Mathieu Bouchard <matju@...>
2003/04/06
[#940] Re: UnboundMethod#to_proc
— chr_news@...
2003/04/07
>
[#941] Re: UnboundMethod#to_proc
— Dave Thomas <dave@...>
2003/04/07
>> If they have diverging interfaces such that the contracts conflict
[#936] docs on implementation of ruby and/or ruby-gc ? — Ruben Vandeginste <Ruben.Vandeginste@...>
4 messages
2003/04/07
[#964] Range in logical context — Dave Thomas <dave@...>
If I run
7 messages
2003/04/16
[#965] Re: Range in logical context
— Mauricio Fern疣dez <batsman.geo@...>
2003/04/16
On Thu, Apr 17, 2003 at 06:10:40AM +0900, Dave Thomas wrote:
[#973] problem with rb_rescue2() ? — Mathieu Bouchard <matju@...>
5 messages
2003/04/19
Flex reentrant?
From:
Michal Rokos <michal@...>
Date:
2003-04-15 05:41:49 UTC
List:
ruby-core #959
Hi, I've read that: ------------------------------------ * As you may see, flex scanners have become reentrant, the c++ versions are compatible with recent c++ compilers (conform to ANSI C++, gcc 3.2), supports bison variables yylval and yylloc. Some variables have been renamed. Flex generates C99 defs now; see YY_TRADITIONAL_FUNC_DEFS yylineno is present in all scanners. yylineno is per-buffer in reentrant scanners. flex tries its best to output only the relevant portions of the skeleton when generating a scanner, thus avoiding as much conditional compilation as possible. ------------------------------------ (Flex 2.5.31) Could this help anyhow to support native-os threads? Michal