gcc@MinGW：外部コマンドの起動

質問

MSYS2／MinGW64 on Windows10 の環境で gcc 開発をしています。
下記の簡単なソースを用意します。

#include <stdio.h>
#include <stdlib.h>
void main()
{
system("/usr/bin/ls");
exit(0);
}

なお、/usr/bin/ls の存在は、
　　$ which ls ↓
　　/usr/bin/ls
にて確認しています。

これを /mingw64/bin/gcc でコンパイルして実行すると、

'/usr/bin/ls' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

と表示され、明らかに存在するはずの ls コマンドが起動されません（上記エラーメッセージ中のマルチバイト文字はなぜか cp932 で表示されています）。

ところが、同じソースを /usr/bin/gcc でコンパイルすると、問題なく実行されるのです。

MSYS2 と MinGW の関係がよく理解できていないこともあり、どうしてこのようなことが起こるのか理解に苦しんでいます。

どなたかお心当りのあるかた、お教え下されば幸いです。

回答No.1

wormhole · ベストアンサー

>明らかに存在するはずの ls コマンドが起動されません

「明らかに存在するはず」と書かれていますが、
MSYS2環境のbashで確認されたのではないでしょうか。
エラーメッセージの

>/usr/bin/ls' は、内部コマンドまたは外部コマンド、
>操作可能なプログラムまたはバッチ ファイルとして認識されていません。

はcmd.exeが出力してるメッセージに思えます。
cmd.exeで'/usr/bin/ls'は起動できないのではありませんか？

/usr/bin/gccでコンパイルした場合と/mingw64/bin/gccでコンパイルした場合で動作が異なるのは使用しているライブラリが異なりsystem関数の実装が異なるのではないでしょうか。

お礼

回答ありがとうございます。
どうも、ご指摘のとおりのような気がします。
試しに cmd.exe から /usr/bin/ls を叩くと、当該現象と全く同じメッセージが表示されます。
cmd.exe が表示しているメッセージなら cp932 コードであるのもうなずけます。
cmd.exe 環境下で /usr/bin/ls が存在しないのは当たり前ですが、MinGW の gcc でビルドしたときの system 関数は外部シェルとして Windows の cmd.exe を利用する、ということは全く想定外でした。
MinGW でビルドされた実行形式ファイルは、MSYS や MinGW がインストールされていない Windows 環境でも実行できるように設計されている、ことによるのですね。