[#22494] [ANN] YARV: Yet another RubyVM 0.0.0- — "K.Sasada" <ko1@...>
あけましておめでとうございます。
まつもと ゆきひろです
なかだです。
nobu.nakada@nifty.ne.jp wrote :
[#22503] can't require — IWATSUKI Hiroyuki <don@...>
岩月と申します。
なかだです。
まつもと ゆきひろです
岩月と申します。
山本です。
岩月と申します。
なかだです。
山本です。
なかだです。
山本です。
なかだです。
まつもと ゆきひろです
In article <1073474004.933446.5475.nullmailer@picachu.netlab.jp>,
なかだです。
山本です。なかださんのコードで気になった点が3つあります。
なかだです。
山本です。
山本です。
なかだです。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
山本です。
山本です。
なかだです。
山本です。WinCVS + byacc + sed をインストールして、ビルドできるようになりました。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
山本です。
山本です。
まつもと ゆきひろです
山本です。
なかだです。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
[#22507] Re: config.h generated for MVC not usable to compile an app with BCC 5.5 (PR#1242) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#22588] marshaling a class which is defined under singleton class — Tanaka Akira <akr@...17n.org>
次のように、特異クラス内で定義したクラスを marshal するとエラーが出ま
[#22589] marshaling a time with singletom method. — Tanaka Akira <akr@...17n.org>
ふと気がついたのですが、
[#22590] empty proc equality — Tanaka Akira <akr@...17n.org>
次のように、異なる空の proc が == になるのは意図されているのでしょうか。
なかだです。
In article <200401160217.i0G2Hn2U005256@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
[#22608] Time#[+-] when given a negative argument — siena@... (Siena. / SHINAGAWA, Norihide)
Siena. です。
[#22621] marshaling a object which have singleton class which have singleton method — Tanaka Akira <akr@...17n.org>
次のように、特異クラスに特異メソッドをつけた場合、Marshal.dump が失敗
In article <1074477335.411187.19623.nullmailer@picachu.netlab.jp>,
[#22624] Find.find raises SecurityError in $SAFE>=1 — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
まつもと ゆきひろです
[#22634] build faild on Linux/ia64 — akira yamada <akira@...>
まつもと ゆきひろです
[#22662] NODE_NEWLINE -> NEWILNE flag — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#22688] output directory for extensions — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
[#22691] 次期リリースでの新規添付ライブラリ — "Kawaji, Shinya" <kawaji@...>
かわじ、です
まつもと ゆきひろです
まつもと ゆきひろです
かわじ、です。
[#22763] $: trick in test/* — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
In article <1075383555.811739.10596.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
[ruby-dev:22798] Re: relative load/require (Re: Re: $: trick in test/*)
まつもと ゆきひろです
In message "[ruby-dev:22796] Re: relative load/require (Re: Re: $: trick in test/*)"
on 04/01/31, Tanaka Akira <akr@m17n.org> writes:
|> * 相対パスのロードは推奨されない
|> * 相対パスで読み込むのは.soファイルではない
|>
|> だろうからrequireに機能を追加しない方が良いだろうということ
|> です。
|
|えぇと、理由がわかりません。なぜ推奨されないのでしょう?
より正確には「requireに相対パスによるロード機能を追加するの
は」推奨されない、ですね。相対パスによるロードそのものに反対
しているわけではありません。
requireの特徴は
* .soファイルをロードできる
* 拡張子を省略できる
* 二重ロードを避けることができる
です。現状、.soファイルと.rbファイルは違う場所に置くことになっ
ていますから、相対パスのロードでは.soファイルのロードは必要
なく、結果として拡張子の省略も必要ではありません(これを変え
るという話であればまた別に議論が必要ですが)。となると、便利
なのは二重ロードの禁止だけですね。
さて、ここでrequireに相対パスによるロード機能を追加するとな
ると、その優先順位はどうなるかという問題があります。現在の検
索方法は非常に単純です。$LOAD_PATHから要素を取ってきて、
feature名とくっつけ(場合によっては拡張子を補完して)、ファイ
ルがあればロードする、それだけです。
ここで相対パスを導入すると、どういうことになるのでしょうか。
$LOAD_PATHよりも優先すると場合によってはセキュリティ上問題に
なる可能性があります。では、一番最後でよいかというとそれでい
つも問題が解決するとは限りません。結局、「場合による」としか
言えないような気がします。
となると、__FILE__からの相対パスでロードしたい場合には、それ
用の専用のメソッドがあった方が良いという印象を持ちます。その
メソッドは、__FILE__からの相対でファイルを見つけ、二重ロード
の禁止のために、requireを呼びます。
これを実現するためにはフルパスでrequireされても混乱しないよ
うに$"をフルパスで正規化しておくのが望ましいと思います。
というのが、私の考えなのですが。
まつもと ゆきひろ /:|)