#11 Article 3308 Posted at 1989/07/19 15:52:38 by 秋葉台 (MAP1154) [C]
Subject: Re: * 6 ＣでＭＳ－ＤＯＳ用プログラムを作成される方へ /3307 ... /3300 /3299
うーむ、“あの”ＭＳＡですか．．．相当評判が悪いようですね。しかし参ったな あ。諦めるしかないのかぁ．．．ＭＳＡ－ＮＥＴで文句言ってやろうか．．．「冗談 じゃねえ！！」なんて。もうこうなったら会社にあるＴＣ１．５を根こそぎ頂いてく るしかないのでしょうか？（一応ＴＣ２．０の正規ユーザーですから問題ないのでは ？） で、結構皆さんＴＣを持って（使って）いらっしゃるんですね。Ｗ．Ｍさんに至っ ては１．０ですか。１．５はライブラリにＢＵＧがあるとのことですが、わたし自身 使ってみて別にそのようなことはなかったように思えます。もっとも、入出力関係以 外にライブラリを使うことなんてわたしの場合やっていませんし、そんな複雑な処理 もしないのですが。もしやるとしたらＴＣの場合レジスタ変数とインライン関数でエ イヤッ．．．と。これができるのがＴＣのいいとこなんですね。アセンブラで書くと いろいろな手続きをしないといけないので面倒くさいし、というのでついやっちゃう んですね。もうこうなってくるとＴＣ以外は使いたくなくなってくる訳です。コンパ イルは速いし。でも機種依存性があるとなると、ちょっと考えないといけないですね。 わたしは今ＴＣオンリーですが、こうなるとＭＳ－Ｃあたりに乗り換えるべきなので しょうか．．．（会社のＴＣ１．５で急場はしのげるのですが）それにしても、どう して世の中こう９８ライズしたがるのでしょうね？ わたしなんて日立のソフト屋や ってて腹が立ってきます。せっかくいいツールがあっても、決まって「９８用」なの です。わたしのようにＢ１６を相手にしてるような人間にとってこれは非常に悲しい ものがあります。ましてやＭＳ－ＤＯＳのＣコンパイラで９８用のオブジェクトしか 生成しないとかいうコンパイラが出てきたら世も末です。せめてコンパイラぐらいは 機種依存性をなくして欲しいものです。ね、ＭＳＡさん！ もし標準入出力をＢＩＯ Ｓコールで行うＣのオブジェクトがあって、それがＤＯＳコールを使ってアセンブラ で組んだものより速いとしても、そんなものは不必要です。（通常はＣで組んだもの のほうがはるかに遅いですが）移植性（可搬性）を考えるとどうしようもないからで す。それよりＣコンパイラは処理の最適化を図って欲しいものです。 「パソコンは９８だけではない！！」 ちなみにＬＳＩ－Ｃ８６ですが、存在は知っていましたが、詳細についてはまった く知りません。ですから、新バージョンの評価版についての情報も入ってきていませ ん。このＬＳＩ－Ｃですが、広告などを見てるとかなり突っ込んだことができるので はないかと思うのですが。とすると、このＣでは機種間の違いをある程度カバーし、 移植性、可搬性の高いプログラムが作成できるのではないでしょうか？ 秋葉台／ＭＡＰ１１５４