[#6660] Ruby on Neko ? — Nicolas Cannasse <ncannasse@...>

Hi folks,

14 messages 2005/11/19

[#6672] testing for hardlink with "test(?-, ...)" flawed on Windows — noreply@...

Bugs item #2858, was opened at 2005-11-20 16:35

13 messages 2005/11/20

[#6684] semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...>

Hi all,

81 messages 2005/11/21
[#6685] Re: semenatics of if/unless/while statement modifiers — Mauricio Fern疣dez <mfp@...> 2005/11/22

On Tue, Nov 22, 2005 at 08:22:59AM +0900, Stefan Kaes wrote:

[#6686] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Mauricio Fern疣dez wrote:

[#6687] Re: semenatics of if/unless/while statement modifiers — Eric Hodel <drbrain@...7.net> 2005/11/22

On Nov 21, 2005, at 4:37 PM, Stefan Kaes wrote:

[#6689] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Eric Hodel wrote:

[#6693] Re: semenatics of if/unless/while statement modifiers — Yukihiro Matsumoto <matz@...> 2005/11/22

Hi,

[#6695] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

Yukihiro Matsumoto wrote:

[#6718] Re: semenatics of if/unless/while statement modifiers — mathew <meta@...> 2005/11/22

[#6722] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

mathew wrote:

[#6707] Re: semenatics of if/unless/while statement modifiers — "David A. Black" <dblack@...> 2005/11/22

Hi --

[#6708] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

David A. Black wrote:

[#6714] Re: semenatics of if/unless/while statement modifiers — "David A. Black" <dblack@...> 2005/11/22

Hi --

[#6717] Re: semenatics of if/unless/while statement modifiers — Stefan Kaes <skaes@...> 2005/11/22

David A. Black wrote:

[#6798] ruby 1.8.4 preview2 — Yukihiro Matsumoto <matz@...>

Hi,

37 messages 2005/11/30

Re: Ruby on Neko ?

From: Mathieu Bouchard <matju@...>
Date: 2005-11-19 19:07:00 UTC
List: ruby-core #6668
On Sun, 20 Nov 2005, Christian Neukirchen wrote:
> > a language and have a compiler do one big part of the job for
> > you. This way, even advanced features can be encoded as Neko
> > expressions which will then be compiled.
> Show how will one map singleton methods, runtime method definitions
> and other means of reflection to Neko?

I'd be also interested in hearing an explanation for this:

  "Objects are some kind of optimized hashtables. All fields names are
  hashed into an integer value that is used as the key into a lookup
  table. Insertion of a new field is O(n), access to a field is O(log n)."

How is that optimised compared to hashtables? By definition, a hashtable,
when it's big enough for its number of entries, is O(1) for insertion and
write and read. For example, Ruby's st.c implements the hashtables used 
for storing @-variables, and it's all O(1). How does Neko improve on this?

____________________________________________________________________
Mathieu Bouchard - t駘:+1.514.383.3801 - http://artengine.ca/matju
Freelance Digital Arts Engineer, Montr饌l QC Canada


In This Thread