[#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:17110] Re: 標準添付案 (NArray)

From: Takeshi Horinouchi <horinout@...>
Date: 2002-05-15 09:49:56 UTC
List: ruby-dev #17110
田中様:

堀之内です。

> > しかしまあ、表が変らない限り、裏を陰でじっくり書き直
> > しても問題ないでしょう。これは標準添付にはあまり障害にならないと
> > 思います。
> 
> Cレベルでも、オブジェクト生成関数とかオブジェクトの内部参照は
> 数値計算ライブラリをラップするときなどに必要になるので、
> 変わるのは影響大です。

そこまで変ればそうです。てっきり、na_aref 内部の諸々など、
あまりすっきりしてない部分についての話かと思ってました。

> > span はどうでしょう。
> 
> これも考えましたが、メソッドの意味を表わしていない気がしたので。

実は自分でもどうかなとは思ってたのですが、yorick で使われてます
し、英語国民にも受け入れられる名前かなと思いまして。。。
ちなみに、Matlab には始点、終点、個数の形で指定する linspace と
いうのがあります(logspaceというのもあります。logで等間隔)。

> > 任意の型というのは C の、でしょうか。表の仕様が変りますか。
> 
> Cの型です。long double とか、何かの struct とか。それから、そう

何かの struct を Ruby レベルで指定するんですか?
ビジョンを共有できてないだけかもしれませんが、だとすればあまり嬉
しくないように思います。Ruby のクラスでなく C の構造体というこ
となら、C で書けばいいでしょう。となると、NArray を拡張する別の
拡張ライブラリーを作れるようにしたいという趣旨でしょうか。

> した型は NArray オブジェクトの内部パラータということに現在なって
> いますが、上の妄想が実現するとクラスで分類することになるかもしれ
> ません。int型のNArrayクラス、double型のNArrayクラスというように。

そうなってもいいと思いますが、利用者としては出来るだけ早く安定し
て欲しいというのもあります。


今後の仕様の拡張と変更を区別して、変更についてはご自分でやるかど
うかはともかく明示的なロードマップをつくって頂ければ、微力ながら
出来るところはお手伝いしたいと思います。(方向性が定まらないとや
りにくいです)

堀之内 武

In This Thread