[#17017] 標準添付案 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

21 messages 2002/05/08
[#17019] Re: 標準添付案 — "Akinori MUSHA" <knu@...> 2002/05/08

At Wed, 8 May 2002 19:50:17 +0900,

[#17021] Re: 標準添付案 — GOTO Kentaro <gotoken@...> 2002/05/08

At Wed, 8 May 2002 22:45:06 +0900,

[#17031] double acosh — WATANABE Hirofumi <eban@...>

わたなべです。

25 messages 2002/05/10
[#17032] Re: double acosh — nobu.nakada@... 2002/05/10

なかだです。

[#17033] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17036] Re: double acosh — matz@... (Yukihiro Matsumoto) 2002/05/10

まつもと ゆきひろです

[#17039] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17134] argv[0] — Tanaka Akira <akr@...17n.org>

ふと ruby インタプリタの C における argv[0] を知りたくなったんですが、

23 messages 2002/05/18
[#17139] Re: argv[0] — matz@... (Yukihiro Matsumoto) 2002/05/18

まつもと ゆきひろです

[#17144] Re: msvcrt — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

18 messages 2002/05/19

[#17179] コマンドラインオプションの順序制約 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

13 messages 2002/05/22
[#17181] Re: コマンドラインオプションの順序制約 — matz@... (Yukihiro Matsumoto) 2002/05/22

まつもと ゆきひろです

[#17228] Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

28 messages 2002/05/30

[ruby-dev:17101] Re: 標準添付案 (NArray)

From: Masahiro TANAKA <masa@...>
Date: 2002-05-14 08:56:01 UTC
List: ruby-dev #17101
>From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
>Subject: [ruby-dev:17092] Re: 標準添付案 (NArray)

> NArray について。
> 
> 私> > 仕様が定まっていない(というか変えたい)し、手を抜いているところが
> 私> > いくつかあるので、(どういう基準で採用されるかはわかりませんが、) 
> 私> > まだ標準添付には早いような気がします。
> 
> 標準ライブラリーの前に、ひとまず添付ライブラリーに加えるのが筋が
> いいでしょうか。いずれにしても、何がしかの特別扱いをして、数値多
> 次元配列といえば NArray という位置づけを打ち出すといいと思います 

「標準添付」というのは ext/ 以下に入ることだと思っていました。
で、上のような意見です。

「標準化」に関しては、そういう議論を持ち出していただけるのはあり
がたいですが、その前にすべきことがたくさんあります。後から加える
ことができる機能は別にして、以下思いつくことを書きますが、手が出
ません。

* 次元の順序:  na[2,1] == a[1][2] というように、
  Array と NArray で次元の順序が逆なので、引っくり返す。
* 泥縄式に作ったCの関数を整理。機能がわかる名前をつける。
* ドキュメントの用意。
>   * "Marshaling" 対応
  と taint 対応、できれば mmap対応。

あと、妄想の域ですが、int, double等だけでなく任意の型を Add-on 
で加えられるような仕組みにする、というのも考えています。そうする
と現在との互換性がほとんどなくなりますけど。そういうのも含めて、
後からより良い標準が出る可能性は欲しいと思います。

あとコメント。

>   * "Marshaling" 対応 -- Marshal モジュール用の "_dump" メソッ
>     ド, "_load" メソッドのサポート(バイナリー表現がプラットフォー
>     ム依存しないように xdm を使うと言った工夫が欲しいところです。
>     面倒そうですが。)

XDRはちょっと調べましたが、結局 pack/unpack と同じようにすればいい
ような気がしてきました。それでできないプラットフォームは無視して。

>   * indgen での増分は常に整数ということになってることに気づかず
>     はまったことがある。浮動小数点も許して欲しい。あと、IDL由来
>     の indgen というのは、名前がわかりにくい。ind=indexに拘って
>     整数のみにするなら、いっそ増分は常に1にして、増分任意の別メ
>     ソッドにするのも手だと思う。

名前は全くその通りです。代替案募集。
NArray[0.0..10.0] でも数列ができるようになりましたが、今は int 
か double 型しか作れないのがしょぼい。

田中昌宏

In This Thread