[#4076] Ruby/DL — Jamis Buck <jamis_buck@...>

I recently used Ruby/DL to create bindings to the SQLite3 embedded

40 messages 2005/01/03
[#4096] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/04

On Tue, Jan 04, 2005 at 02:53:49AM +0900, Jamis Buck wrote:

[#4099] Re: Ruby/DL — ts <decoux@...> 2005/01/04

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4119] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Wed, Jan 05, 2005 at 03:05:48AM +0900, ts wrote:

[#4120] Re: Ruby/DL — ts <decoux@...> 2005/01/05

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4125] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Thu, Jan 06, 2005 at 01:10:34AM +0900, ts wrote:

[#4116] Test::Unit::Collector::Dir won't work with code that modifies $LOAD_PATH — Eric Hodel <drbrain@...7.net>

Any test code that depends upon modifications of $: fails when used

10 messages 2005/01/05

[#4146] The face of Unicode support in the future — Charles O Nutter <headius@...>

Hello Rubyists!

47 messages 2005/01/06
[#4152] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/07

Hi,

[#4167] Re: The face of Unicode support in the future — Christian Neukirchen <chneukirchen@...> 2005/01/09

Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#4175] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/10

Hi,

[#4186] Re: The face of Unicode support in the future — Paul Brannan <pbrannan@...> 2005/01/11

On Mon, Jan 10, 2005 at 11:53:48PM +0900, Yukihiro Matsumoto wrote:

[#4192] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/12

Hi,

[#4269] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...>

19 messages 2005/01/18
[#4270] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/18

Hi,

[#4275] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...> 2005/01/19

[#4323] test/unit doesn't rescue a Exception — Tanaka Akira <akr@...17n.org>

test/unit doesn't rescue a Exception in a test method, as follows.

14 messages 2005/01/27
[#8773] Re: test/unit doesn't rescue a Exception — Tanaka Akira <akr@...> 2006/09/02

In article <87is5jb46q.fsf@serein.a02.aist.go.jp>,

[#8776] Re: test/unit doesn't rescue a Exception — "Nathaniel Talbott" <ntalbott@...> 2006/09/03

On 9/1/06, Tanaka Akira <akr@fsij.org> wrote:

[#8777] Re: test/unit doesn't rescue a Exception — Eric Hodel <drbrain@...7.net> 2006/09/03

On Sep 2, 2006, at 6:34 PM, Nathaniel Talbott wrote:

Re: Allowing custom number literal suffixes?

From: Peter <Peter.Vanbroekhoven@...>
Date: 2005-01-05 22:21:08 UTC
List: ruby-core #4127
> Is there a parsing ambiguity that would result from allowing a suffix
> to be any legal method identifier?  This certainly would result in more
> readable code and far less chance that different libraries would attempt to 
> define literals with the same suffix.

There's no problem with allowing any method identifier as suffix from the 
parsing point of view.

A possible implementation is attached. "1:10"PM calls 
String::Literal::PM("1:10"). It is implemented differently than the patch 
for number literal suffixes which shows in the fact that there can be a 
space between the string and the suffix, and that a suffix like 'class' 
won't work because 'class' is a reserved word. This was the easy 
implementation...

Funny thing: "1:10"methods calls String::Literal::methods("1:10") which 
happily returns all methods in String::Literal. That's the downside of 
using the unchanged suffix as method name.

Peter

Attachments (1)

string-literals-patch (1.18 KB, text/plain)
--- parse.y	13 Oct 2004 19:46:40 -0000	1.1.1.1
+++ parse.y	5 Jan 2005 22:03:19 -0000	1.1.1.1.24.1
@@ -1913,6 +1913,17 @@
 			    node = evstr2dstr(node);
 			}
 			$$ = node;
+		    }
+                | string tIDENTIFIER
+		    {
+			NODE *node = $1;
+			if (!node) {
+			    node = NEW_STR(rb_str_new(0, 0));
+			}
+			else {
+			    node = evstr2dstr(node);
+			}
+			$$ = NEW_CALL(NEW_LIT(rb_mStringLiteral), $2, NEW_LIST(node));
 		    }
 		;
 
--- ruby.h	13 Oct 2004 19:47:00 -0000	1.1.1.1
+++ ruby.h	5 Jan 2005 22:03:19 -0000	1.1.1.1.24.1
@@ -565,6 +565,7 @@
 RUBY_EXTERN VALUE rb_mGC;
 RUBY_EXTERN VALUE rb_mMath;
 RUBY_EXTERN VALUE rb_mProcess;
+RUBY_EXTERN VALUE rb_mStringLiteral;
 
 RUBY_EXTERN VALUE rb_cObject;
 RUBY_EXTERN VALUE rb_cArray;
--- string.c	13 Oct 2004 19:47:14 -0000	1.1.1.1
+++ string.c	5 Jan 2005 22:03:20 -0000	1.1.1.1.24.1
@@ -26,6 +26,7 @@
 #endif
 
 VALUE rb_cString;
+VALUE rb_mStringLiteral;
 
 #define STR_ASSOC   FL_USER3
 
@@ -4675,4 +4676,6 @@
     rb_fs = Qnil;
     rb_define_variable("$;", &rb_fs);
     rb_define_variable("$-F", &rb_fs);
+
+    rb_mStringLiteral = rb_define_module_under(rb_cString, "Literal");
 }

In This Thread