[ruby-dev:4212] Re: Compile via WATCOM C

Regard to "[ruby-dev:4204] Re: Compile via WATCOM C"

有馬＠ＦＩＴＥＣです。

ご指摘ありがとうございます。

| 個人的な希望ですが、makefileはともかくとしても、新しいファイルを
| 増やすのは極力避ける(駄目というわけではない)というのが良いです。

同感です。

| 私が混乱して使っている部分があると思いますが、VC++で名前が微妙に
| 異なっている関数(_vsnprintfとか)に対処するのにconfig.hを使ってい
| ます。関数/マクロの置き換えは必要に応じて
| 
| #ifdef コンパイラごとの定義シンボル
| ほげほげ
| #endif
| 
| のようにした方が良いかもしれませんね。現状のconfig.hを使っていて
| 問題になる部分があったら教えてください。

なんとなく、config.h に ifdef は似合わないような気がします。
また、defines.h に、以下のような記述があるのですが、

#ifdef NT
#include "missing/nt.h"
#endif

コンパイラ種別とターゲットＯＳは別にチェックするのがが望ましいと思います。

#if defined(_MSC_VER) && defined(NT)
#  include "missing/nt.h"
#endif

WATCOM 用としては、以下を追加して作業しています。

#if defined(__WATCOMC__) && defined(__NT__)
#  include "missing/watnt.h"
#endif

WATCOM C は、OS/2 や、Netware, Pharlap, DOS4GW というプラットフォーム用の
実行形式も作成できるので、私自身は使わないにしても、win32 用とそれ以外を、
例えば watnt.c, watos2.c, watnw.c, watphar.c, wat4gw.c のように区別できる
ようにしておきたいと考えています。

| missing/win32.c というのをおいて、その中身でコンパイラーに応じて
| 適当なファイルをincludeするというのはどうでしょう? ってこれだと
| ファイルが増えますね。

影響を特定のファイルに局所化できる方がよいかと思いますが、いかがでしょうか？

| _MSC_VERはVC++で定義される固有のシンボルで、VC固有のものに対して
| のみ使用しているつもりです(間違いがあるかも)。mswin32自体はコン
| パイラーに寄らずNTというシンボル定義で切り分けてるはずです。

参考にさせていただきます。

| >6. WATCOMC のライブラリにない関数は watnt.c に追加する。
| >   # fork(), fcntl() が無いので、どうしてやろうかしら。
| 
| win32ではfork()はどうしようもないと思います(cygwinでは力技で実現
| していますが)が…。

とりあえず、fork(), fcntl() は、逃げることにします。

--
 有馬 康弘 <[e-mail]>