[#2568] experimental release 1.1b9_17 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2577] how to check if ruby method is defined — Kikutani Makoto <kikutani@...>
きくたにです。
立石@JAISTです。
まつもと ゆきひろです
きくたにです。
[#2580] File::Separator — WATANABE Tetsuya <tetsu@...>
連休中にいくつかスクリプトを書いていて思ったのですが。
[#2602] experimental release 1.1b9_18 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2608] experimental release ruby 1.1b9_19 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
藤本です、こんにちは。
まつもと ゆきひろです
藤本です、こんにちは。
まつもと ゆきひろです
藤本です、こんにちは。
まつもと ゆきひろです
わたなべです.
わたなべです.
まつもと ゆきひろです
[#2632] RE: English uguide (Re: experimental release ruby 1.1b9_19) — 助田 雅紀 <masaki.suketa@...>
助田です。
[#2657] uguide07.html — gotoken@... (GOTO Kentaro)
ごとけんです
[#2664] [BUG] b = proc{binding}.call — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#2681] [BUG] eval str, b, fn, ln — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2698] experimental release 1.1b9_22 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2706] [BUG??] a +"::" — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2708] Re: experimental release 1.1b9_21 — "MAEDA Shugo" <shugo@...>
前田です。
[#2721] convert Perl's t/regexp.t to ruby — Inaba Hiroto <inaba@...>
ruby-list の regexp difference with perl のスレッドを読んでいて思いつ
まつもと ゆきひろです
t/regexp.tではなくてt/op/regexp.tでした。
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
From: Inaba Hiroto <inaba@st.rim.or.jp>
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
まつもと ゆきひろです
ちょっとソースを読んでみました。それで気がついた事を書きます。
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
うーーん、もうけりがついたと思ったのに...
まつもと ゆきひろです
[#2725] return value of iterator File.open and Dir.open — Inaba Hiroto <inaba@...>
[ruby-list:8003] Re: Dir.open orderでFile.openやDir.openがイテレータと
まつもと ゆきひろです
[#2733] File::expand_path — "MAEDA Shugo" <shugo@...>
前田です。
[#2772] nil + obj — "MAEDA Shugo" <shugo@...>
前田です。
[#2779] Re: experimental release 1.1b9_21 — "MAEDA Shugo" <shugo@...>
前田です。
[ruby-dev:2789] Re: experimental release 1.1b9_21
藤本です、こんにちは。
From: "MAEDA Shugo" <shugo@aianet.ne.jp>
Subject: [ruby-dev:2787] Re: experimental release 1.1b9_21
Date: Fri, 29 May 1998 20:58:36 +0900
> 前田です。
>
> >せっかく DECLSPEC を define してるのに, なぜこれを使
> >わないで拡張モジュール側で ifdef してるんでしょうか?
>
> すみません、ぼけてました。
>
> >#DECLSPEC という名前はともかく.
>
> 拡張モジュールを書く側からすると、
>
> #if defined(__BEOS__) && !defined(__POWERPC__)
> #define IMPORT __declspec(dllimport)
> #else
> #define IMPORT extern
> #endif
>
> として、
>
> IMPORT VALUE cIO;
>
> ぐらいがよいかなと思うのですが、exportする時も
> 同じ名前を使うことを考えるとIMPORTというのは変ですよね。
> 何か良い名前はないでしょうか。
<http://www.be.com/documentation/rel_notes/R3DevLayout.html>を見ると
#if _BUILDING_be
#define _IMPEXP_BE __declspec(dllexport)
#else
#define _IMPEXP_BE __declspec(dllimport)
#endif
と書いているのでこれを参考にしてはどうでしょうか?
上のURLの文を読むと「Beとしては__declspecを使って欲しい」というニュ
アンスが感じられます。Intel版は__declspecを使うしかないみたいなのでし
かたないのかもしれませんが、そうすると何かのライブラリをポーティングし
て共有ライブラリにするたびに、元のソースに変更をくわえなくちゃならなく
なりますよね。困ったもんです (^^;
BeTalk-Jで教えてもらったように、直接ruby.hやintern.hを変更せずruby.h
の最初にberuby_impexp.hをインクルードするとかしてberuby_impexp.hの中に
集中的に__declspec関連を書くというのはできないでしょうか?
=============================================================
藤本尚邦 FUJIMOTO Hisakuni hisa@imasy.or.jp
=============================================================