ruby-dev

金光です。やっと起きた。

> [mailto:ruby-dev-admin@ruby-lang.org] On Behalf Of ARIMA Yasuhiro
> Sent: Sunday, August 05, 2001 10:47 PM
> 
> 有馬です。
> もう VM というか Ruby 本体にいれるというのは取り下げたと
> 思ってよいですか？  だったら以下はゴミかもしれません。

　　・汎用的な拡張ライブラリ、をバイナリで安全に配布できるか

この1点にかかっています。
（ような気がします）


> "KANEMITSU Masao" <masao-k@a-net.email.ne.jp> wrote
> | そんなにすぐに網羅しなくても……
> 
> 網羅しないものを VM or 標準にいれようと主張していたのですか？

ものには順序というものが…… たとえば、
現在はRuby/Tkが標準ですが、これとてRubyが移植されていない
プラットフォームには移植されていないし、移植されるのも、Rubyが
移植されてから、しばらくしてからでしょう？


> それはあんまりですけど、拡張ライブラリで提案するなら、
> 使わないという選択がありますからよいですが。

VM案のいいところは、Rubyが移植された途端に、それまで書いた
GUIコードが全部動くところです。


> 
> | ごめん、この文脈、意味がとれませんでした。どうして可能性をつぶす
> | ことになるんでありましょうか。
> 
> 金光さんの挙げた要素を使わない環境への移植や利用における負荷の増大が、
> Ruby を避ける理由になるからです。

ちょっと僕の理解が浅いかもしれませんが、たとえば僕の携帯電話では
Javaで作られた（Thread機能つきの）BASICが元気に走っています。


> | でもJavaはやってますよ。(^_^)
> 
> とりあえず Ruby は Java じゃないから、Java がやっているというのは
> 理由にはならないと思います。
> そんなに Java が好きなら JavaVM の上で Ruby を動かすとか。

うーん。僕の発言を全部読んで下さいとはいえませんが、
僕はJavaは好きではないんです。


> Ruby 本体をどうこうする必然性はまったく感じませんが、
> require 'graphics' で使えるような拡張ライブラリなら有用かもしれませ
ん。
> require 'plot' ができれば、gotoken さんの要望に近いんじゃないかと。
> Full Basic はこんな風にやってますよね。
> --
>  有馬 康弘 <fit0298@fitec.co.jp>

require 'Gtk'
（だっけ）

などと同列になる、ということですね？
それなら、とくに今さら標準を作る必要もないような気もしますが、
ごとけんさんは、必要だとおっしゃってるんですよねぇ。

どうしたらいいのかなぁ。。。


M.Kanemitsu
———————————————
金光雅夫 masao-k@a-net.email.ne.jp

http://www.ne.jp/asahi/masao-k/home/
http://isweb14.infoseek.co.jp/art/soshikon/
http://isweb15.infoseek.co.jp/computer/ruby256/
〒216-0031 川崎市宮前区神木本町5-14-12
自宅： 044-877-5006
携帯： 090-2753-5292

Thread

Prev Next

In This Thread

Prev Next

[#14185] ruby on Linux/m68k — akira yamada / やまだあきら <akira@...>

[#14195] exception at IO.popen failure — nobu.nakada@...

[#14196] fork() on MacOS — nobu.nakada@...

[#14206] undef_method :method_missing — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14229] [BUG] segv on [str].pack("p") — Koji Arai <JCA02266@...>

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西 啓一朗 <receiver@...>

[#14327] Re: [ruby-cvs] ruby/ext/socket: * string.c (rb_str_lstrip_bang): new method. — "U.Nakamura" <usa@...>

[#14338] setup.rb (Re: Common GUI framework) — Minero Aoki <aamine@...>

[#14382] [BUG] segv on regex matching with long string — TAKAHASHI Masayoshi <maki@...>

[#14390] [Patch] pp.rb and debug.rb — "NAKAMURA, Hiroshi" <nakahiro@...>

[#14406] typo in ruby 1.7 — Koji Arai <JCA02266@...>

[#14413] 1.7.1 2001-08-06: if true && /match/ — WATANABE Tetsuya <tetsu@...>

[#14430] Re: [ruby-cvs] ruby: * object.c (rb_obj_inspect): merge from 1.7: remove useless space. — Kazuhiro NISHIYAMA <zn@...>

[#14436] 1.7.1 2001-08-06: [BUG] unknown node type 0 — akira yamada / やまだあきら <akira@...>

[#14441] "foo".lstrip! should return `nil'. — Koji Arai <JCA02266@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU Chikanobu <toyofuku@...>

[#14464] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14465] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14480] avoid compile warning of tcltklib with VC5 — "U.Nakamura" <usa@...>

[#14505] BUG: ruby 1.6.4 cannot use threads on Sparc (segv) — akira yamada / やまだあきら <akira@...>

[#14516] ext/digest/sha2/extconf.rb and try_run — WATANABE Hirofumi <eban@...>

[#14530] restore terminal mode even if readline interrupted. — Koji Arai <JCA02266@...>

[#14547] setuid/setgid — nobu.nakada@...

[#14552] read in IO#eof? — nobu.nakada@...

[#14560] — nobu.nakada@...

[#14565] (mswin32) dln_strerror() returns empty message — Tietew <tietew@...>

[#14572] noisy warnings of resolv.rb — Koji Arai <JCA02266@...>

[#14573] [PATCH] ruby-mode.el — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14575] infinite loop on Dir.glob("*/**/*") — nobu.nakada@...

[#14576] glob_helper: merge from 1.7 — nobu.nakada@...

[#14577] option nodynamic — Daisuke Aoki <dai@...>

[#14584] Array#merge, Array#squeeze — "Akinori MUSHA" <knu@...>

[#14590] rb_load — OJ <oj@...7.com>

[#14595] SEGV at `$0 = "long long string"' — nobu.nakada@...

[#14601] $stdout への代入 ( 再考) — Koji Arai <JCA02266@...>

[#14603] patch for GNU/Hurd — akira yamada / やまだあきら <akira@...>

[ruby-dev:14289] Re: Common GUI framework(Re: Virtual Machine)

Thread

In This Thread

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西啓一朗 <receiver@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU　Chikanobu <toyofuku@...>