[#7500] Re: how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>

The problem with the code you sent is that you have to go through ALL

16 messages 2006/03/10

[#7553] "not" operator used in expression that is a method parameter can generate syntax error — noreply@...

Bugs item #3843, was opened at 2006-03-15 22:09

27 messages 2006/03/16
[#7554] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — nobu@... 2006/03/16

Hi,

[#7557] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — 卜部昌平 <shyouhei@...> 2006/03/16

Nobu, you are not answering to the question.... You have to unveil why

[#7559] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — Yukihiro Matsumoto <matz@...> 2006/03/16

Hi,

[#7560] Rant about keyword logical operators was : (Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error) — "Zev Blut" <rubyzbibd@...> 2006/03/16

Hello,

[#7565] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — mathew <meta@...> 2006/03/16

Yukihiro Matsumoto wrote:

[#7566] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — "Brian Mitchell" <binary42@...> 2006/03/16

On 3/16/06, mathew <meta@pobox.com> wrote:

[#7567] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — mathew <meta@...> 2006/03/16

Brian Mitchell wrote:

[#7568] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — "Brian Mitchell" <binary42@...> 2006/03/16

On 3/16/06, mathew <meta@pobox.com> wrote:

[#7614] PATCH: A subclassable Pathname — "Evan Phoenix" <evanwebb@...>

A simply change (changing all references of "Pathname.new" to

19 messages 2006/03/27
[#7618] Re: PATCH: A subclassable Pathname — Tanaka Akira <akr@...17n.org> 2006/03/27

In article <92f5f81d0603262350k796fe48fp2224b9f2108ac507@mail.gmail.com>,

[#7619] Re: PATCH: A subclassable Pathname — "Evan Phoenix" <evan@...> 2006/03/27

Quite right on the .glob and .getwd. I guess the tests don't test hit

[#7620] Re: PATCH: A subclassable Pathname — Tanaka Akira <akr@...17n.org> 2006/03/27

In article <92f5f81d0603270903g2fb02244i6a395be708dfffa3@mail.gmail.com>,

Re: how to introduce reference objects into ruby

From: "Geert Fannes" <Geert.Fannes@...>
Date: 2006-03-10 13:55:48 UTC
List: ruby-core #7498
2. It's also possible to construct things that are pointers to variables
   instead of to objects, if you make them a pair of a holding object
   together with the name of the variable in it. For example, every
local
   context has a Binding object that is associated to it (but is created
   only on-demand, as there is a faster internal form for it). It could
   look like:

I have no experience with Binding objects, but the overhead seems pretty
huge if you want to do this for a lot of element (I want to have this
for each matrix element, not per row, see my previous mail regarding
sparse matrices). Is it feasable to keep all these Bindings for all the
elements of my matrix?

If you were to implement references in the core of ruby, how would you 
deal with fixnums?

The problem is not that a Fixnum stores its content in the VALUE struct
itself. I see such a Reference object as an empty box that can contain a
single Ruby VALUE and that has a modified assignment operator:
ref=Reference.new(12)
ref=15
This last assignment will make in normal Ruby ref equal to the Fixnum
VALUE 15, while in the modified Ruby, an assignment to a Reference
object makes sure ref stays the same object, but the content of ref gets
updated and will contain 15. So, I don't see any problems with Fixnums,
it is my feeling that only the assignment operator should act
differently for reference objects than for other Ruby objects.

Greetings,
Geert.


In This Thread

Prev Next