[#4766] Wiki — "Glen Stampoultzis" <trinexus@...>

21 messages 2000/09/04
[#4768] RE: Wiki — "NAKAMURA, Hiroshi" <nahi@...> 2000/09/04

Hi, Glen,

[#4783] Re: Wiki — Masatoshi SEKI <m_seki@...> 2000/09/04

[#4785] Re: Wiki — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/09/05

Howdy,

[#4883] Re-binding a block — Dave Thomas <Dave@...>

16 messages 2000/09/12

[#4930] Perl 6 rumblings -- RFC 225 (v1) Data: Superpositions — Conrad Schneiker <schneik@...>

Hi,

11 messages 2000/09/15

[#4936] Ruby Book Eng. translation editor's questions — Jon Babcock <jon@...>

20 messages 2000/09/16

[#5045] Proposal: Add constants to Math — Robert Feldt <feldt@...>

15 messages 2000/09/21

[#5077] Crazy idea? infix method calls — hal9000@...

This is a generalization of the "in" operator idea which I

17 messages 2000/09/22

[#5157] Compile Problem with 1.6.1 — Scott Billings <aerogems@...>

When I try to compile Ruby 1.6.1, I get the following error:

15 messages 2000/09/27

[ruby-talk:4973] Re: Ruby Book Eng. translation editor's questions

From: Mathieu Bouchard <matju@...>
Date: 2000-09-18 03:25:15 UTC
List: ruby-talk #4973
> 3. This almost becomes a semantic argument. Yes, we don't "use" 
> it as a grave accent, but I still think that is what it "is." As a crude
> analogy, Ruby's inheritance operator (<) really "is" a less-than 
> sign, but is not "used" that way.

Well, there are two inheritance-related usages of "<". One is the
less-than on Partial Orders. The other is as much a less-than as the
assignment operator is an equal: it makes a class "less-than" another
class.

In Partial Orders, not only a comparison between A and B can give
"less-than", "equal", or "greater-than", but it can also give "none".
However, in Ruby's Class#<=>, "none"  is confounded with "greater-than"
(the direct relationship between Array and Hash is "none")

================

By the way (i'm drifting off-topic... argh) a trick that makes Ruby
inheritance funkier than the intended (?) Partial Order, is: 

module Foo; end
module Bar; include Foo; end
module Foo; include Bar; end
class Unf; include Foo; end
a = Unf.new

then those strange things happen:

Unf.ancestors != Unf.ancestors.uniq

Foo < Bar && Bar < Foo

This is already better than the infinite recursion I expected...



matju




In This Thread