[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
Re: Meadow2.00b2のコンパイル
- X-ml-count: 4993
- Subject: Re: Meadow2.00b2のコンパイル
- From: "M.Fujii" <boochang@xxxxxxxxxxxx>
- Date: Mon, 05 Jan 2004 17:21:03 +0900 (JST)
- X-mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
藤井です。
From: Shun-ichi GOTO <gotoh@xxxxxxxxxxx>
Subject: Re: Meadow2.00b2のコンパイル
Date: Mon, 05 Jan 2004 16:49:48 +0900 (JST)
Message-ID: <20040105.164948.26503201.gotoh@xxxxxxxxxxx>
>
> >>>>> at Mon, 05 Jan 2004 16:26:49 +0900 (JST),
> >>>>> "M.Fujii" <boochang@xxxxxxxxxxxx> said,
> > ですが、今後もこのような問題を防ぐためには上記の差異をなくすようにした
> > 方がいいのではないかと思います。
> >
> > # リンカには -nodefaultlib:oldnames.lib というオプションも指定されてい
> > # るので、VC 6.0 環境で oldnames.lib がリンカの引数に指定されないよう
> > # にすべきなんでしょうね。
>
> この話はVC7が出回り始めた頃にも出ていましたて、例えば stricmp() =>
> _stricmp() などが引っかかります。それらは nt/config.nt の末尾の辺りで
> #define することでalias してます。今回のftime も同様の対処で良いのではな
> いかと思います。
[MD:3644] などでの話ですね。
ftime() -> _ftime() のマップはそれで良いと思います。
私が言いたかったのは、ソースコード側の対応の話ではなく、makefile 側の
対応についてです。
oldnames.lib が VC のバージョンによってリンクされたりされなかったりす
る現象によってこのような対応をし忘れたまま commit されたりすることを防
ぐために、VC 6.0 で oldnames.lib をリンクしないよう makefile.nt とかを
変更した方がいいのではないかということが言いたかったのです。
# 逆に oldnames.lib がどちらの環境でもリンクされるように変更するのでも
# 良いのかもしれません。
--
藤井 正行 / Masayuki FUJII ( boochang@xxxxxxxxxxxx )