標準ＴＴＬだけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第６３２回］

●Ｗｉｎｄｏｗｓ７でＨＩＤプログラムのコンパイルができました

［第６２９回］で「Ｗｉｎｄｏｗｓ７でＨＩＤプログラムのコンパイルができません」と書きました。
なんと、大ウソでありました。
つつしんで訂正しお詫び申し上げます。

ことの顛末をご説明申し上げますと。

やっとのことで、ＮＤ８０Ｚ�V組立キットに附属するＣＤＲＯＭも出来あがりました。
が。
ｃｐｐフォルダの中身がどうも気になるのですよねえ。

ええ。
そこにはＨＩＤプログラムのソースファイルが収めてあります。
ＨＩＤアプリケーションをコンパイルするときに必要なヘッダーファイルやライブラリファイルも同梱してあるのですけれど。

当初ＨＩＤプログラムをコンパイルしようとしたところ、わけのわからないエラーメッセージがやたら出て来てなかなかコンパイルできませんでした。
そりゃあもう、悪戦苦闘の連続で、やっとのことでコンパイルできるところまできたのでありますが。

悲しいことに、その悪戦苦闘の記録が全くありません。全く記録してなかったんですよねえ。メモすらありません。
あとは、記憶だけが頼り。
んなもの見事に、きれいさっぱり忘れ去っておるものでありますから、頼りになるわけがありません。

しかも、手持ちのパソコンは、Ｗｉｎｄｏｗｓ７を除いて、Ｗｉｎｄｏｗｓ９８もＷｉｎｄｏｗｓ２０００もＷｉｎｄｏｗｓＸＰもみーんな試しまくったものですから、どのパソコンでもちゃんとコンパイルできるのですけれど、それはひょっとすると、ｂｏｒｌａｎｄ以下のフォルダになにか仕込んでしまっているのかもしれません。

ひょっとするとお客様のお手元のパソコンでは、コンパイルできないよお、ということになってしまうのではあるまいか。と、どうも気になって仕方がありません。
どこかまだクリーンなパソコンで試してみたいものだと思っておりました。

で。突然に思いつきました。
そういえば。
自宅にある、ＤＥＬの中古パソコン、あれは確かＷｉｎｄｏｗｓ２０００だったはず。
普段はほとんど息子専用になっておりますから、そこにはまだｂｏｒｌａｎｄＣ＋＋はインストールしてなかったはず。
おお。それならば。

ちょうどよいではありませんか。
で。
そのＤＥＬのＷｉｎｄｏｗｓ２０００パソコンに、ＢｏｒｌａｎｄＣ＋＋をインストールいたしまして、作ったばかりのＣＤＲＯＭからｃｐｐフォルダをコピーいたしました。

それで。
さっそく、コンパイルしてみましたら。
なんと。
コンパイルできません。
「Ｗｉｎｄｏｗｓ．ｈが開けません」って、Ｗｉｎｄｏｗｓ７のときと全く同じエラーメッセージが表示されてしまいました。

そんな、ばかな…。
念の為に、中日電工の仕事場に戻って、Ｗｉｎｄｏｗｓ２０００を立ち上げて、コンパイルしてみましたら、ちゃんとまともにコンパイルできてしまいます。
すると。
これは、ｃｐｐフォルダの中身の問題ではありません。

やっぱり。
ｃ：￥ｂｏｒｌａｎｄフォルダの中身になにか手が加えられているに違いない。
って他人事のように書いておりますが、手を加えたのはもちろんこの私。
悲しいことにさっぱりかけらほどの記憶もありません。

こうなると、残る手段は、Ｗｉｎｄｏｗｓ７にインストールしたｂｏｒｌａｎｄフォルダと、そのほかのパソコンのｂｏｒｌａｎｄフォルダを比較してみるしかありません。
しかし。
言うのは簡単ですけれど、ｂｏｒｌａｎｄフォルダには、ヘッダーファイルやライブラリファイルがそれこそ山のようにありますから、そんなもの、どうやって比較するのだあ。

困ったときのネットサーフィン、ということで、何か、らしいツールはないものか、と捜してみましたら。
ありました。
これはまた、なかなかどうして優れものでありました。

●ファイル比較ツールＦｄａｔｅＣｏｍｐａｒｅ

フリーソフトです。
さっそくダウンロードさせていただき、有り難く使わせていただきました。
このソフトは２つのフォルダの中のファイルを比較して、相違しているものを見つけ出してくれます。
最初は￥ｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｉｎｃｌｕｄｅフォルダを比較してみたのですが、相違しているものはありませんでした。
それでは、ということで今度は￥ｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｌｉｂフォルダを比較してみましたが、ここも完全に一致しておりました。
まさかねえ、と思いながら、次に￥ｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｂｉｎを比較してみましたら。
おお。まさかのゲットです。


Ｗｉｎｄｏｗｓ９８パソコンのｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｂｉｎをコピーしてＷｉｎｄｏｗｓ７のＣドライブに貼りつけたものと、Ｗｉｎｄｏｗｓ７のＣドライブにセットアップしたｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｂｉｎとを比較してみましたら、ｂｃｃ３２．ｃｆｇとｉｌｉｎｋ３２．ｃｆｇが不足していることがわかりました。
２つのファイルのタイムスタンプは２０１０／０１／１６、おお、確かに、このころは、ＨＩＤプログラムをコンパイルしようとすると、わけのわからないエラーメッセージがいっぱい出て来て思いっきり悩んでいた時期でありました。

で。
この２つのファイルをＷｉｎｄｏｗｓ７のＣ：￥ｂｏｒｌａｎｄ￥ｂｃｃ３２￥ｂｉｎにコピーいたしまして、あらためてコンパイルしてみましたら。
無事、コンパイルできました。

めでたし、めでたし、でありました。

で。
さきほどの２つのファイルでありますが、中身を見てみますと。
ｂｃｃ３２．ｃｆｇは、

-I"C:\borland\bcc55\include"
-L"C:\borland\bcc55\lib"

-L"C:\borland\bcc55\lib"

［２０１０．１０．１０追記］
［第６２９回］と今回の記事を合わせて読んでみますと、Ｗｉｎｄｏｗｓ７で「ＨＩＤプログラム」のコンパイルをしようとしたらできなかったのは、ｃ：￥ｂｏｒｌａｎｄ￥ｂｃｃ５５￥ｂｉｎにｂｃｃ３２．ｃｆｇとｉｌｉｎｋ．ｃｆｇが無かったからでした。というように読み取れます。
言外にＨＩＤプログラム（多分Ｗｉｎｄｏｗｓアプリケーション）はコンパイルできないが、そうでないプログラムはコンパイルできる。と言っているように取れます。
事実、そのように思い込んでしまったのです。
これがまたとんでもない思い違いでありました。
なんと初歩も初歩、ｂｏｒｌａｎｄＣ＋＋を使う場合の「はじめの一歩」から踏み外してしまっておりました。

そのように昨日は、これはＷｉｎｄｏｗｓアプリケーションのためのおまじないだ、と思い込んでしまったのでありますが、一晩寝まして、今朝になりましてから、あらためて読んでいましたら。

うむむ。
それって、ちょっとおかしいのではないの？
だってふたつのｃｆｇファイルの中身が余りに直接的で、どこにも「Ｗｉｎｄｏｗｓアプリケーションに限って」なる匂いがしないではありませぬか。

ということに気がつきました。
そう思ったら、なんでも確認をしてみるべきです。
うむ。推測するだけで済ませてはいけませぬ。
ちゃんとウラを取らねばなりませぬ。
で。さっそく確認をしてみました。

上の２つのコンパイルは正常に完了しています。
ｋｅｙｔｅｓｔ．ｃｐｐは簡単な、キーボードアクセスのプログラムで、ｋｅｙｔｅｓｔ３．ｃｐｐはＷｉｎｄｏｗｓＡＰＩを使ったキーアクセスプログラムです。
次に、ｂｃｃ３２．ｃｆｇとｉｌｉｎｋ．ｃｆｇの名前を変えてしまってから、もう一度ｋｅｙｔｅｓｔ．ｃｐｐをコンパイルしてみましたら、ご覧のように、なんとｓｔｄｉｏもｃｏｎｉｏもオープンできません。
ｐｒｉｎｔｆが未定義、つうことは”Ｈｅｌｌｏ　Ｗｏｒｌｄ”すらできないわけで、こりゃあ完全に死んでおりまする。

ここに至ってやっと、ことの真相が白日のもとにさらされてしまったのであります。
なんと。お恥ずかしい！（だから。Ｃは嫌いだ）
ようするに、Ｗｉｎｄｏｗｓ７がどうの、とかＷｉｎｄｏｗｓＡＰＩがどうの、とかの前に、そもそもＢｏｒｌａｎｄＣ＋＋をインストールしたら、使う前に、最初にbcc32.cfgとilink.cfgの設定をしておかなければならない、という初歩の初歩を完全に失念していただけ、というまあなんとも大恥さらしの一幕だったのでありました。

だってねえ。
日常的にｂｏｒｌａｎｄＣ＋＋のインストールをしているわけではありませんものねえ。
それこそ何年かに一度インストールするかどうかってくらいでしょお。
んなもの、きれいさっぱり忘れてしまいますよお。
ええ。確実に保証付きで。

なんたって、トシなんですから。
これ、これ。こういうときにはなかなかに便利な言い訳ですなあ。
ん？最近、なんだか、電車に乗っても、床屋さんでも、みんなやたら親切にしてくれるんですよねえ。
２０１０．１０．９ｕｐｌｏａｄ
２０１０．１０．１０追記

前へ
次へ
ホームページトップへ戻る