[#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: Florian Gro<florgro@...>
Date: 2005-01-03 21:02:38 UTC
List: ruby-core #4082
Mathieu Bouchard wrote:

> On Tue, 4 Jan 2005, Florian Growrote:
>>While this is a nice idea I don't feel sure about polluting the global 
>>method space with one-character names.
> 
> Hahaha, so you prefer to pollute the Ruby grammar instead?
> 
> What's that aversion for the global namespace, that is so great that
> instead it is preferred to instead add things to the _grammar_ ???

I prefer not having global methods with one-character names as those 
might already be used for something else. Just think about 'p' or the 
common variable names 'i', 'j', 'x', 'y' and so on.

The collision chance with something like 'number_literal_r' is way lower 
and that particular grammar was until now invalid meaning it will not 
cause incompatibilities either. If you think the decision to add this is 
to arbitrary please note that the feature is also present in other 
languages meaning it would already be familiar to users who are already 
used these kind of suffixes in Java, C#, C++ or Python.

>>And I think it would not cause many problems to make an yet unused
>>syntax do something meaningful.
> The syntax of Ruby is already complicated enough, imho, but a better
> reason against the 0.5R syntax is that it can only represent rationals
> that have denominators that divide a power of ten. If you allow the use of
> 0,0b,0x prefixes it doesn't change because those notations allow even less
> denominators (only powers of two). However I recall some languages use a
> notation like 2r3 to mean specifically Q(2,3), while 2/3 means something
> else (usually the float 0.666... or the 0 integer).

Actually I'm hesitant to add the suffixes for non-base-10 radixes as 
that would complicate all this quite a lot -- it would be hard to 
specify a suffix for hex literals, for example. I hope that is not too 
much of a limit for you.

> While we're at it, why not adding such syntax:
> 
>  * while Complex===3i with a lowercase i, the uppercase I,J,K suffixes
>    would be of class Quaternion.
> 
>  * 7m9 would be a literal meaning the set of all 9*m+7 numbers,
>    which is an object of class ModuloInteger.
> 
> (just kidding!)

Please note that I am not proposing hard-coding these literals. I have 
suggested to use callbacks instead as the R => Rational association does 
not belong into the core language. It belongs into the Rational library.


In This Thread