[#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:22796] Re: relative load/require (Re: Re: $: trick in test/*)
In article <1075472089.309628.19022.nullmailer@picachu.netlab.jp>, matz@ruby-lang.org (Yukihiro Matsumoto) writes: > つまり、 > > * 相対パスのロードは推奨されない > * 相対パスで読み込むのは.soファイルではない > > だろうからrequireに機能を追加しない方が良いだろうということ > です。 えぇと、理由がわかりません。なぜ推奨されないのでしょう? たとえば、あるプログラム (アプリケーションないしライブラリ) をインストー ルという手間をかけずに利用したいとします。インストールする前にテストし たいというのもそうですし、開発中に修正するたびにいちいちインストールし ないと実行できないというのでは面倒です。ここでそのプログラムが内部で複 数のファイルに分かれていて require しているとすると、現状では $: をい じったりカレントディレクトリに頼る必要があります。相対パスで読み込めれ ば (インストール後のディレクトリ構造と同じ構造で開発しているとすれば) $: をいじる必要もなく、カレントディレクトリが違っていてもテストできて 嬉しいと思います。 また、Kernel#load が .so を読み込まないのはその通りですが、今議論して いるものが .so を読み込むべきでないという理由も分かりません。 何らかの理由によって推奨されず、その非推奨というメッセージを伝えるため に require とは異なる仕様にするという話なら理解できます。しかし、最初 の推奨されない理由がわからないので、仕様をどのあたりにするのがいいのか 判断できません。 > |ふむ。require も $" にはフルパスで記録するというのはどうでしょう? > > これは良いアイディアだと思います。時間が取れたら実装します。 一応述べておくと、フルパスにしてもシンボリックリンクを考えると重複を検 出できない場合があります。これを解決するにはシンボリックリンクを展開し なければなりませんが、まぁ、これが問題になるケースは多くないかな。 -- [田中 哲][たなか あきら][Tanaka Akira]