[#15040] WeakRef and load(file, true) — Shugo Maeda <shugo@...>
前田です。
[#15043] puts array — "Akinori MUSHA" <knu@...>
puts に配列を与えたときの挙動が最新の 1.7 では変わっていて
こんにちは、なかむら(う)です。
At Wed, 7 Nov 2001 09:54:03 +0900,
[#15044] resolv.rb — Kazuhiro NISHIYAMA <zn@...>
Resolv::Hostsのデフォルトのファイル名ってWindows 9x環境だと
[#15047] can't set chomped String to environment — nobu.nakada@...
なかだです。
まつもと ゆきひろです
[#15067] rb_eval_string — OJ <oj@...7.com>
OJです。
なかだです。
OJです。
なかだです。
OJです。
わたなべです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
[#15100] Using static mark stack, GC is slow. — sheepman <sheepman@...>
こんばんは
[#15101] [bug?] pty causes segv by getting SIGINT — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
[#15102] Gtk::Object#flags!= — akira yamada / やまだあきら <akira@...>
[#15116] rubylib_mangle whitespace — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
まつもと ゆきひろです
わたなべです。
[#15132] uri.rb — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#15174] strange behavior about PTY.spawn — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
[#15175] ruby-mingw32 configuration — HIDAKA Takahiro <cv8t-hdk@...>
ひだかです。
わたなべです。
[#15239] gc.c (gc_mark_rest): declare work area as static — "K.Kosako" <kosako@...>
現在のGCのアルゴリズム(matz-sheepman)を少し変更しようと思って、
On Thu, 22 Nov 2001 16:21:17 +0900
sheepmanさんの<20011122202749.56b8eb49.sheepman@tcn.zaq.ne.jp>から
[#15251] Re: [ruby-ext:01999] Re: syslog module is becoming ready — "Akinori MUSHA" <knu@...>
というわけで 1.7 に syslog モジュールを入れました。
なかだです。
ただただしです。
At Mon, 26 Nov 2001 22:30:03 +0900,
In article <86r8ql90zt.wl@archon.local.idaemons.org>,
At Mon, 26 Nov 2001 23:07:30 +0900,
あおきです。
At Wed, 28 Nov 2001 07:58:55 +0900,
あおきです。
そうそう、 optparse も標準に入っていると便利だと思うのですが
まつもと ゆきひろです
In message <1007018271.960435.20342.nullmailer@ev.netlab.jp>
まつもと ゆきひろです
[#15270] ruby on NetBSD — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
In message <20011128181510.3D11.USA@osb.att.ne.jp>
こんにちは、なかむら(う)です。
In message <20011128182726.3D14.USA@osb.att.ne.jp>
なかだです。
こんにちは、なかむら(う)です。
In message <20011129183834.3790.USA@osb.att.ne.jp>
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
取り込み、ありがとうございます。
こんにちは、なかむら(う)です。
[#15292] Re: m17n ruby 特に TRON 文字コード — TOYOFUKU Chikanobu <toyofuku@...>
豊福です。
[#15298] time.rb — Tanaka Akira <akr@...17n.org>
というわけで、timex.rb 改め time.rb が rough に入ったのでご意見募集です。
In article <hvovgftkgy7.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
まつもと ゆきひろです
In article <1009298477.998171.30253.nullmailer@ev.netlab.jp>,
[ruby-dev:15183] Re: ruby-mingw32 configuration
わたなべです。
HIDAKA Takahiro <cv8t-hdk@asahi-net.or.jp> writes:
:アーカイブ中に、usr/local/lib/libruby.a が、
:usr/local/bin/mingw32-ruby16.dll へのリンクとして
:含まれています。ですが、rbconfig.rb では、-lmingw32-ruby16 が
:指定されています。
こりゃだめだめですね。
:これはたぶんなにかの間違いということだとおもうのですが、
:libruby.a のかわりに libmingw32-ruby16.a をシンボリックリンクで
:用意して、たとえば uconv ライブラリを作ろうとしても、
:
:> uconv.o(.text+0xce):uconv.c: undefined reference to
:`_imp__rb_eException'
:> uconv.o(.text+0xd6):uconv.c: undefined reference to `rb_raise'
:> uconv.o(.text+0x162):uconv.c: undefined reference to
:`_imp__rb_eException'
:
:のようなエラーで、拡張ライブラリがつくれません。
ふむ。これはどうも.dllと.aをldは区別してるということですね。
認識が甘かったようです。
:これはどこをどうするのが正しい対処でしょう。とりあえず、-L. を
:やめて、-L$(prefix)/bin にしてしまえば、無事、mingw32-ruby16.dll が
:リンクできましたが、なんか違う気もしています。
% cd /path/to/lib
% ln -s ../mingw32-ruby16.dll .
としてください。
DLLからimport libraryを作ることも可能です。
例えば
% objdump -p mingw32-ruby16.dll | \
ruby -ne 'BEGIN{puts "EXPORTS"};\
if /^\[Ordinal\/Name Pointer\] Table/ .. /^P/ then \
print $_.sub "^\t.* ", "" if /^\t/ \
end'>ruby.def
% dlltool --input-def=ruby.def --dllname=mingw32-ruby16.dll \
--output-lib=libmingw32-ruby16.a
という感じで。
要するにexportされてるsymbolがわかればimport libraryは簡単に作れます。
:FXRubyが、C++で記述されているせいなのかもしれないですが、
:rbconfig.rb の CONFIG["LDSHARED"] の内容に、
:
: --driver-flags='-mdll -L/usr/mingw/lib'
:
:を追加する必要がありました。これがないと、libstdc++ のリンク時に
:大量の undefined reference で失敗します。
実はmingw32版はbmingw pacakgeを使っていて、tarballを作るとき
に-bmingwを-mno-cygwinに置換しているので、こうなります。
-bmingwを残しとくとそれそれで文句が出るので、
なるべく文句の出ないほうを選びました。
:で、mkmf.rb を読む限りでは、rubyのバイナリ配布を使うことを
:前提とすると、あとからオプションなどでいじる方法はないと
:おもうのですが、これに対処するためには、mkmf.rb を直すのと、
:rbconfig.rb を直してしまうのと、どちらがまっとうな道でしょうか?
:というか、どこか他の設定で回避できるはずだったりしますか?
-mdllをつけるつけないの話はrbconfig.rbで対処すべきだと考えます。
#その前にFXRubyを作ってみないと話にならないか。
:いまのところ ruby-1.6.5 だけで試してめげてしまったのですが、
:ruby-1.7 系だと直っていたりしますか?(^^;
直ってないというか、mkmf.succが望まれているというか。
--
わたなべひろふみ