[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[dennou-ruby:001163] Re: ruby-dcl, advanceddcl install
塩谷です.
以下の話, 決着ついてなかったような気がしますが, 何とか見通しよくしたい
ところではあります.
どなたか, 決着つけてもらえませんか, ごとけんさんあたり?
In article <20020331105803B.horinout@xxxxxx>
horinout@xxxxxx writes:
>> 堀之内です。
>>
>> 例えば、FFTW はなんらかの require をしないと使えないようになれば
>> いいんでしょうか。例えば
>>
>> require "narray"
>>
>> についで
>>
>> require "narray/fftw"
>>
>> しなきゃ FFTW が使えないとか。
>> でもってこの命令はラップされるべき fftw のライブラリーがないと
>> 例外を挙げるとか。
>>
>> それでもやっぱ拡張ライブラリーの中では異色ということになりますか
>> ね。徹底するなら、
>>
>> require "narray/fftw"
>>
>> の対象部分は標準ライブラリーでなくするということになりますか?
>>
>> # これ以上は ruby-dev で議論すべきでしょうか。まだ入ってない
>> んですが。
>>
>> 堀之内
>>
>> > NArrayはこの点でユニークな存在になります。その善し悪しは判断
>> > できません。ただし悪そうな点は考えることができます。端的には、
>> > Ruby のプログラム内で require "narray" と書くことの意味が2つ
>> > になることです。その "narray" は FFTW がついているのか、それ
>> > ともなくてもいいのかという2つの可能性が出てきます。なんでも
>> > そうですが、違うものに同じ名前がついてると面倒の原因です。
>> >
>> > 一方で、deb だとか rpm だとか pkgsrc だとか port だとかを作
>> > る場合は、それはそのパッケージの方針で決めれば良いことなので
>> > 個別の問題となります。例えば、FreeBSD のportでは、次のコマン
>> > ドでFFTW も(もしなければ ruby とかまで) インストールされます。
>> >
>> > portinstall ruby-narray
>> >
>> > この場合FreeBSDユーザ間での情報交換では問題は起こらないので、
>> > FreeBSD的にはこれで良いわけですし、多めにとっているので他の
>> > プラットフォームとも問題になりにくそうです。
>> >
>> > -- Gotoken
>>