[#25279] mkmf - DESTDIR is ignored — dellin <dellin_geo@...>

こんxxは。dellinです。

14 messages 2000/10/02

[#25311] =begin, =end — m_seki@...

27 messages 2000/10/04
[#25315] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25317] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25319] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25321] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25341] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/06

なひです.こちらはRDの話.

[#25417] Re: mswin32 組み込み用 Ruby — toyofuku@...

豊福です。遅い反応でごめんなさい。

19 messages 2000/10/10
[#25423] Re: mswin32 組み込み用 Ruby — nobu.nakada@... 2000/10/10

なかだです。

[#25471] Re: mswin32 組み込み用 Ruby — toyofuku@... 2000/10/16

豊福です。

[#25474] 始めまして — matsue <mattue@...>

松江と言います。お初になります。

15 messages 2000/10/16

[#25505] media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...>

26 messages 2000/10/18
[#25522] Re: media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...> 2000/10/19

[#25540] Re: media watch 2000.10.18 — Shin-ichiro HARA <sinara@...> 2000/10/20

原です。

[#25567] Ruby で遅い処理は? — Yasuki <yasuki@...>

Yasukiです.

16 messages 2000/10/22

[#25599] 原先生の本 — WATANABE Tetsuya <tetsu@...>

渡辺哲也です。

44 messages 2000/10/25
[#25611] Re: 原先生の本 — Shin-ichiro Hara <sinara@...> 2000/10/26

原です。

[#25733] Re: 原先生の本 — keiju@... (石塚圭樹) 2000/11/01

けいじゅ@日本ラショナルソフトウェアです.

[#25738] Re: 原先生の本 — Shin-ichiro HARA <sinara@...> 2000/11/01

原です。

[#25628] RWiki 1.0 and てんこもりぱっく — Masatoshi SEKI <m_seki@...>

14 messages 2000/10/26

[#25633] ping.rb の使い方 — goto@...

お世話になります。後藤です。

20 messages 2000/10/27

[#25674] EOF before end of embedded document — YANAGAWA Kazuhisa <kjana@...>

>od -c foo

15 messages 2000/10/28
[#25678] Re: EOF before end of embedded document — matz@... (Yukihiro Matsumoto) 2000/10/28

まつもと ゆきひろです

[ruby-list:25677] Re: ブロックの返り値

From: matz@... (Yukihiro Matsumoto)
Date: 2000-10-28 14:46:22 UTC
List: ruby-list #25677
まつもと ゆきひろです

In message "[ruby-list:25670] Re: ブロックの返り値"
    on 00/10/28, Yukihiro Matsumoto <matz@zetabits.com> writes:

||  break true みたいなのとか。
|
|将来もなくて良いと思ってるわけではないですが、互換性、一貫性
|などなどの観点から安易に導入はしないと思います。どのような仕
|様と挙動が望ましいかについての議論は歓迎します。

そっけなく書いちゃいましたが、要するにこういうことです。

「手続きオブジェクトに値を与えて一気に終了したい」という要求
の存在は理解できます(値を与えないならbreakがあります)。手続
きオブジェクトはメソッドに似たところがありますから、その発想
は当然です。

しかし、それを解決する手段は(文法の変更まで視野にいれるなら)、
いくつでも考えられます。導入しないとは言いませんが、導入する
なら最善のものを導入したいです。で、break trueのようなのは、
ひとめで挙動が分からないので避けたいと思ってます。

ちょっと考えただけで思い付いたのは

 (a) 手続きオブジェクトからreturnする専用の予約語の導入

 (b) 手続きオブジェクトからreturnするメソッドの導入

 (c) 手続きオブジェクト内でのreturnは外側のメソッドのreturn
     ではなく、手続きオブジェクトのreturnであるとする

などがあります。ただ、どれにもやや問題があって、(a)で必要と
される新予約語の導入はこのところずっと避けたいと思っているも
のですし、あまり良い予約語も思い付きません。

(b)は将来もっとマシなコンパイラを作る際に障害になりそうな気
がします。以前breakなどがメソッドだったのに予約語に戻ったの
はその辺を意識してのことですから。

(c)は現在の挙動とは変わってしまうことが気になります。互換性
というのもそうですが、returnを見たとき、どこからreturnするの
か分からなくなるのではないだろうか、という不安が残ります。実
装そのものは、現在の実装ではそんなに大変ではありませんが、将
来もっとマシなコンパイラを作る際にはreturnに対するジャンプ先
が静的に決まらないことが問題になるかもしれません。

なかなか悩ましいでしょ?

                                まつもと ゆきひろ /:|)

In This Thread