無題

[わくわくさん]

現在、ウィンドウズＸＰを使っているのですが、
ボーランドのＣ言語コンパイラでコンパイルした実行ファイルは
ウィンドウズでしか動かないのでしょうか。
マックやLinux上ではそのままでは動かせない

[softya]

はい。ＯＳとのインターフェイスが違うため動きません。
MACやLinuxでコンパイルしなおす必要があります。

クロスプラットフォームなJava言語ならJavaVMが違いを吸収してくれます。

[わくわくさん]

なるほど。コンパイラのダウンロード時にwin用
とmac用など分けてあったのはそのためでしたか。
どうもありがとうです。解決！

[たかぎ]

wineを使えばそのまま動くかと思います。

[softya]

>wineを使えばそのまま動くかと思います。
すいません、wineを忘れてました。
wineはWindowsAPIをシミュレートしてくれるので導入してもらえば動く可能性が高いです。
http://ja.wikipedia.org/wiki/Wine
ただ、DXライブラリを含めたDirectXを動かすには色々工夫が必要で、Windowsアプリの方も微妙な表示（似ても似つかない）になるものや操作不能、ハングアップがありえます。Ｃ言語の標準関数の範囲なら大半動くと思います。

[わくわくさん]

softya様

すみません、一度解決にしてしまったのですが、
よくわからないのでもう一度聞きます。
windowsというＯＳと、

ハードウェア、Ｃのコンパイラ、ＡＰＩ、ＤirectＸ、ＤＸライブラリ

これらの関係、繋がりがよくわかりません。
これら全てセットでwindows用ということになるののでしょうか？

ＯＳがwindowsで、使用したコンパイラもwindows用ならば,
作られた実行ファイルも当然windowsでしか動かない、
さらにＧＵＩ用のwin32APIもwindows専用の関数なので、windowsでしかＧＵＩが使えない、
DirectXも（これはよく知りませんが）windowsのためのグラフィック処理関数なので
windowsでしか動かない、ＤＸライブラリもDirectXやwindowsに依存するので他のＯＳでは無理、
という事ですね？

そうすると、いわゆるjava言語みたいにプログラミング言語の開発環境そのものが
特定のＯＳに依存せずに仮想化されていて、マルチプラットフォーム対応のＣ言語系統というのは
今のところほとんどない、って感じですかね？

[dic]

>今のところほとんどない、って感じですかね？
wmwareで仮想マシンとしてマシンそのものを動かしてます

[softya]

>>今のところほとんどない、って感じですかね？
>wmwareで仮想マシンとしてマシンそのものを動かしてます

dicさん。WMwareのＣＰＵを含めてパソコン全体を仮想化する仮想マシンとJava実行環境を仮想化するJavaVMはだいぶイメージが違いますので、説明もなしにいきなり持ち出すとわくわくさんが混乱されると思います。
とりあえず、ややこしくなるのでWMwareについては保留させてください（そもそも利用者の導入が簡単ではありません）。

>ハードウェア、Ｃのコンパイラ、ＡＰＩ、ＤirectＸ、ＤＸライブラリ

ここを説明しますと、
ハードウェア　←　ＯＳ　←　ＡＰＩ（DirectX含む）　←　実行ファイル（Ｃ言語で作られれた機械語プログラム）
と階層が分かれます。
各ＯＳ専用のＣ言語のコンパイラはＯＳ毎のＡＰＩの実装に沿った実行ファイルを作成します。
※クロスコンパイルと言う違うＣＰＵやＯＳ向けの実行ファイルを作る方法も存在しますが今回は省略。

JavaVMは、
ハードウェア　←　ＯＳ　←　ＡＰＩ　← JavaVM ←　実行ファイル(Javaで作られた)
となります。
この仕組のためJavaVMはAPIに合わせてＯＳ毎に違うものが必要です。
Javaランタイムと呼ばれているものがそれですね。

>そうすると、いわゆるjava言語みたいにプログラミング言語の開発環境そのものが
>特定のＯＳに依存せずに仮想化されていて、マルチプラットフォーム対応のＣ言語系統というのは
>今のところほとんどない、って感じですかね？

マイクロソフトの.NETFrameWorkがJavaVMに似た仮想的な働きをします。
なので、C#やVB.NETをLinuxで動かすオープンソースプロジェクトが存在します。
MonoDevelop
http://ja.wikipedia.org/wiki/MonoDevelop

Ｃ言語自体は思い当たりませんでした。
ただ、JavaVM上で動く言語が幾つか存在しますので、もしかしたらＣ言語版を開発しているオープンソースプロジェクトがあるかも知れません。

[438番]

>関数がwindows専用
>windowsでしかＧＵＩが使えない
というより正式には
WindowsAPIというのはwindowsの機能を呼び出すための関数セットのことです
したがってGUIうんぬんではなくwindowsでしか動きません

wineはわかりやすく言うとLinuxでwindowsを動かすようなものです
確かエミュレータだったはず
ですのでLinuxでもwindowsのプログラムが動きます
その代わりに動作がめちゃくちゃ重いです

Microsoft DirectX
その名の通りDirectXはwindowsに搭載されています
Linuxで動かないのはDirectXが搭載されていないからです
ですのでwindowsだからといってXP等の古いものでは最新のDirectXは搭載されていないので動きません
最新のDirectXを導入するためには、対応したOSが必要になります

DXライブラリはこれら(windowsAPIとDirectX)
での開発を支援するものだったはずなので
>ＤＸライブラリもDirectXやwindowsに依存するので他のＯＳでは無理、
という事ですね？
その解釈で合っているはずです

[わくわくさん]

＞dic様

wmware
ＯＳのエミュレータみたいなものですか、一応知識としては覚えておきます。

＞softya様

詳しい回答ありがとうございます。
なるほど、個人的にはＣ言語のＶＭができるといいです。
では再び解決とします。

皆様ありがとうございました。

[たかぎ]

Wineは意外に早いですよ（もちろん、ネイティブに勝るはずはありません）。
Windows上のCygwinとLinuxやMac上のWineではどちらが早いのか知りませんが...

私は普段、Mac上でVMware Fusionを使ってWindows XPやVistaを動かしていますが、十分快適です。
とくにXPは快適で、その上でVisual Studio 2005を動かし、さらにWindows Mobileのエミュレータを動かして開発していたりします。

あと、VMware Fusionにはユニティモードというのがあって、これを使うと普通にMacからWindowsのプログラムを実行できるようになります。さらに、Mac上のファイルにWindowsのプログラムを関連づけることもできます。