[#28446] named capture and /g, /G option — "K.Kosako" <sndgk393@...>

Ruby 1.9に、

30 messages 2006/03/21
[#28449] Re: named capture and /g, /G option — "K.Kosako" <sndgk393@...> 2006/03/21

> Ruby 1.9に、

[#28452] Re: named capture and /g, /G option — Yukihiro Matsumoto <matz@...> 2006/03/21

まつもと ゆきひろです

[#28453] Re: named capture and /g, /G option — "K.Kosako" <sndgk393@...> 2006/03/21

Yukihiro Matsumoto wrote:

[ruby-dev:28429] Re: -MT付きでのコンパイルについて on Win32 VC7

From: KIMURA Koichi <kbk@...>
Date: 2006-03-10 15:51:34 UTC
List: ruby-dev #28429
木村です。

TOBY さんは書きました (2006/03/10 18:03):
> こんにちは。TOBYです。
> 
> "U.Nakamura" <usa@garbagecollect.jp> wrote:
>> ruby本体と拡張ライブラリとでそれぞれ異なるファイルディスクリ
>> プタテーブルを参照しているため、ファイル(のようなもの)をruby
>> 本体と拡張ライブラリとで相互に参照することができなくなってい
>> ます。
>> この場合はsocket.soを使っているので問題が顕現したわけです。
> DLLで情報が共有できないから、という認識でよいでしょうか。

ん? 何か勘違いがあるような。

本体 → libcmt.lib でリンクされた実体を参照
socket.so → msvcr71.dll 内の実体を参照

ということだと思うんですが。同じ名前の違うものを参照
してしまっているのでつじつまが合わなくなっていると。

>> #いやまあ後者の拡張ライブラリは何とかできるかもしれませんが
>>
>> なんか無用な努力をしようとしている様な気がしないでもないんですが。
> 普段Delphiを使っているせいか、余計なdllが付いているのが、
> 生理的に不自然に感じてしまうのです。
> # もともと、msvcr71-ruby18.dll を組み込みに使おうと思っていたので……
> 確かに、.soもありますし、無用な努力な気もします。
> 一通り試して(mingwとか)駄目だったら、あきらめようと思います。

Windowsでは積極的にサポートされていないと思いますが、
拡張ライブラリをstaicに組み込むことが(基本的には)できます。

[ruby-list:41895] にある「メモリマネージャの不一致」と
いうのは分かりませんけど。

-- 
木村浩一
  I thought what I'd do was, I'd pretend I was one of those deaf-mutes.
  mail kbk at kt.rim.or.jp
	web  www.kt.rim.or.jp/~kbk/index.html#zakkicho
	     homepage3.nifty.com/farstar/


In This Thread