[#419] Re: Contrast Ruby and Other Languages — Clemens Hintze <clemens.hintze@...>
Hi,
11 messages
1999/11/01
[#925] Re: Anybody knows of an English translation for... — Yasushi Shoji <yashi@...>
I don't have the originally posted mail so its thread is broken but..
4 messages
1999/11/24
[#927] Python complaints — matz@... (Yukihiro Matsumoto)
Hi,
11 messages
1999/11/25
[#930] Re: Python complaints
— gotoken@... (GOTO Kentaro)
1999/11/25
Hi,
[#931] Re: Python complaints
— Clemens Hintze <c.hintze@...>
1999/11/25
GOTO Kentaro writes:
[#937] Re: Python complaints
— William Park <parkw@...>
1999/11/25
On Thu, Nov 25, 1999 at 08:53:08AM +0100, Clemens Hintze wrote:
[ruby-talk:00899] Re: Contrast Ruby and Other Languages
From:
matz@... (Yukihiro Matsumoto)
Date:
1999-11-02 07:18:23 UTC
List:
ruby-talk #899
Hi,
In message "[ruby-talk:00898] Re: Contrast Ruby and Other Languages"
on 99/11/02, Clemens Hintze <c.hintze@gmx.net> writes:
|All is *an* object, does not necessarily mean, that control structures
|also have to be an object, IMHO. It only means to me, that all you can
|graps or use (like: "hello", 1, proc{print"world"}) is an object. But
|matz has decided, that blocks are not things you can grasp (yield
|doesn't count here). Perhaps he has performance reasons? But you can
|convert such a block to a Proc instance, so that it would be
|graspable (nice word, isn't it? ;-)
In addition, contol structure being object is mere illusion in most
Smalltalk implementation. The compiler detect the ifTrue selecter,
etc., then turn them into conditional bytecode instructions. No block
object generated in execution. So that even if you redefine ifTrue
method, the bytecode interpreter wouldn't invoke the method.
Why do I have to put the thing even Smalltalk abandoned (leaving
illusion though) in Ruby? They are ugly too, I think.
matz.