[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5626] Re: local variables (nested, in-block, parameters, etc.)

From: matz@... (Yukihiro Matsumoto)
Date: 2000-10-17 05:23:35 UTC
List: ruby-talk #5626
Hi,

In message "[ruby-talk:5617] Re: local variables (nested, in-block, parameters, etc.)"
    on 00/10/17, "Brian F. Feldman" <green@FreeBSD.org> writes:

|Oh well.  It doesn't seem like there is a compelling reason to not make 
|variables automatically localized to the block.  What's useful would be a 
|local variable but non-parameter syntax, a way to be sure that if you see 
|only this little bit of code that you know it won't reach outside of its 
|bounds.  But inheriting variables in the _arguments_ to a block is just 
|inconsistent, and it should be no question of whether or not there should be 
|a syntax to allow both...

I'm afraid I don't get it right.  You proposed:

  * all block parameters should be local to the block
  * a way to declare block local variable explicitly would be good

Right?

Let me summarize the current proposals (and possible solution):

  (a) block parameters should be local to the block
  (b) block parameters and explicitly declared local variables should
      be local to the block
  (c) block parameters using new form should be local to the block
      (<a,b> or |a~, b~|)
  (d) block parameters using new form and explicitly declared local
      variables should be local to the block

Proposal a and b have incompatibility.  I'm not sure it's worth it.
In addition, I felt code like the following is useful and already
there.

  i = nil
  [1,2,3].each{|i| break if condition(i)}
  p i

Of course, rewriting it to

  x = nil
  [1,2,3].each{|i| if condition(i)
      x = i
      break
    end
  }
  p x

is easy, but tiresome.  Yes, I'm lazy.

							matz.

In This Thread