[#34194] File.read (または String#include?) でSEGV — wanabe <s.wanabe@...>
ワナベと申します。
[#34200] Resolv.getaddress がエラーになる — "Kouhei Yanagita" <yanagi@...>
柳田です。
[#34239] MVM interface draft — Nobuyoshi Nakada <nobu@...>
なかだです。
[#34261] ComplexFloat — "Kenta Murata" <muraken@...>
村田です.
村田です.
なかだです。
むらたです.
こんにちは、なかむら(う)です。
むらたです.
こんにちは、なかむら(う)です。
むらたです.
In article <[email protected]>,
むらたです.
まつもと ゆきひろです
利点としては、拡張ライブラリが書きやすい、ということ。正当化の理由とし
むらたです.
> 私にはいびつな進化という感じはしません.むしろ,せっかく C で実装できるのに
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
In article <[email protected]>,
むらたです.
In article <[email protected]>,
むらたです.
In article <[email protected]>,
むらたです.
まつもと ゆきひろです
むらたです.
まつもと ゆきひろです
むらたです.
原です。
まつもと ゆきひろです
遠藤と申します。
原です。
原です。
> 1. ComplexFloat を組込みにし、Complex を標準ライブラリとして提供する。
原です。
> 分かりににくかったですが、これは、ComplexFloat を含めた組込みの数体系が
こんばんは sheepman です。
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
Complex と ComplexFloat とクラスをふたつに分ける理由がどうに
原です。
まつもと ゆきひろです
原です。
[#34266] Ruby1.9 での $SAFE==4 時の autoload 動作 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#34272] patch for [ruby-core:14537] — wanabe <s.wanabe@...>
ワナベと申します。
[#34278] Re: [ruby-cvs:23187] Ruby:r15947 (trunk): * lib/generator.rb: removed obsolete library. [ruby-core:16233] — SASADA Koichi <ko1@...>
ささだです.
まつもと ゆきひろです
[#34285] Complex#scalar? returns false — "Kenta Murata" <muraken@...>
むらたです.
[#34313] Enumerable#find_index vs. Array#index — "Akinori MUSHA" <knu@...>
[ruby-talk:178495] が発端で Enumerable#find_index というのが
まつもと ゆきひろです
[#34352] patch for — wanabe <s.wanabe@...>
ワナベと申します。
[#34391] Preparing for 1.8.7-preview1 — "Akinori MUSHA" <knu@...>
延び延びになってしまいましたが、ようやく enumerator 関連、
[#34393] fluent comma — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#34402] OpenSSL::SSL::SSLContext#set_params — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#34430] str_new() may create broken string — wanabe <s.wanabe@...>
ワナベと申します。
[#34460] patch for ruby-dev:34236 — wanabe <s.wanabe@...>
ワナベと申します。
[#34476] coerce with Rational and Complex — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#34512] [ruby-core:16238]の検証 — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#34540] 0**-1 == 0 ? — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[ruby-dev:34204] Re: Complex組み込み
村田です. 2008/3/31 Tadayoshi Funaba <[email protected]>: > 拡張モジュールを作り易い仕様云々は初めて聞いたように思いますが。 田中昌宏さんとのやりとりで,real と imag を VALUE で持つか, C の POD 型で持つか,C99 の complex で持つかなどの話題がありましたよね. あれが拡張モジュールを作り易い仕様の話だと考えています. > 科学技術計算に最適化できない理由を説明しています。黙っていて最適化され > るわけじゃないので、リソースが要ります。また、科学技術計算に最適化する > 為には、邪魔になるものを排除しなければなりません。多様なコーディングシ > ステムのサポートなどは邪魔になるかもしれません。 勘違いしないでいただきたいのですが,私は Ruby を科学技術計算に*特化させよう* とは一言も言っていません. > ruby を科学技術計算に最適化するというのは、特定の用途に特化する、とい > うことですよね。現実的には、なにかを切り捨てる必要があると思います。 私は,Ruby を「科学技術計算に*使うために*最適化する」と書きましたが, 「科学技術計算に最適化する」とは書いていないのです. 要するに,今よりも簡単になればいいとか,拡張モジュール作りが楽になればいいとか, そういう類いのことであって,Ruby を MATLAB にしようなんて思ってませんよ. > それとも、村田さんのいう最適化というのは、単に ruby の数値クラスの演算 > が出来るだけ速くなるよう頑張る、ということなんでしょうか。 それだけではありませんが,それも含みます.遅いよりは速いほうが良いです. 先日 Bignum が FFT で高速化されましたけど,あのような改善は素晴しいです. Ruby で数値計算をする場合は拡張モジュールを作る必要があるので,速度だけでなく, その足枷になるような機能はなんとかして少なくなれば良いと思っています. Complex が complex.rb から組込みになったときに,その C 上での表現が気になるのは, 拡張モジュールを作る人間の心理として間違ってはいないと思います. -- Kenta Murata OpenPGP FP = FA26 35D7 4F98 3498 0810 E0D5 F213 966F E9EB 0BCC