[#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:25686] Re: ブロックの返り値

From: nobu.nakada@...
Date: 2000-10-29 04:22:27 UTC
List: ruby-list #25686
なかだです。

At Sat, 28 Oct 2000 23:46:22 +0900,
matz@zetabits.com (Yukihiro Matsumoto) wrote:
> ||  break true みたいなのとか。
> |
> |将来もなくて良いと思ってるわけではないですが、互換性、一貫性
> |などなどの観点から安易に導入はしないと思います。どのような仕
> |様と挙動が望ましいかについての議論は歓迎します。
> 
> そっけなく書いちゃいましたが、要するにこういうことです。
> 「手続きオブジェクトに値を与えて一気に終了したい」という要求
> の存在は理解できます(値を与えないならbreakがあります)。手続
> きオブジェクトはメソッドに似たところがありますから、その発想
> は当然です。

  ブロック一般ではなくて、手続きオブジェクトからのみですか? とすれば動
作としても現状の break とは別の新しい何かということになりますが。

  本題とそれますが、どっちかというと while が普通に終ったのか break さ
れたのか分かるのも嬉しいかもとか。

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

  ごもっとも。

>  (a) 手続きオブジェクトからreturnする専用の予約語の導入
> 
>  (b) 手続きオブジェクトからreturnするメソッドの導入
> 
>  (c) 手続きオブジェクト内でのreturnは外側のメソッドのreturn
>      ではなく、手続きオブジェクトのreturnであるとする

  この中では(b)かなぁ。(c)は混乱が必至のような気がするし。

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

  catch & throw ってメソッドですよね、形式的には。ていうかそもそも
全部 catch & throw で事足りてるって考え方もありそうな。

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

  御意。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

In This Thread