GDB無法識別的命令-Windows命令提示符

Question

我正在嘗試使用GDB調試C ++程序，但是我的系統無法將gdb識別為命令。 我通過MinGW安裝了它以及許多其他工具。 我使用的其他功能（gcc，g ++）沒有任何問題，因此該問題似乎與我的常規設置無關。 我已經將MinGW \\ bin目錄添加到我的PATH中。 gdb.exe在該文件夾中。 但是當從我的項目目錄中調用它時，它不會運行，只會出現錯誤：“'gdb'不被識別為內部或外部命令，可操作程序或批處理文件。” 我在使用GDB時缺少一些設置或調用步驟嗎？

編輯：好的，我想我發現了問題：我的PATH中有兩個MinGW目錄，一個在C：\\ MinGW，另一個在文件夾中，該文件夾與我之前使用的一些Haskell編譯器一起安裝。 它似乎是默認的Haskell文件夾，可能是因為該目錄位於第一位。 但是，此文件夾包含gcc和g ++，但不包含gdb。 通過在msys目錄中創建fstab文件，我能夠使gdb命令起作用，這顯然是在設置MinGW時忘記的一個步驟。 我在其中添加了C：\\ MinGW目錄，現在gdb命令可以正常運行了！ 出於好奇，此文件做什么？

另外，理想情況下，我希望它首先在C：\\ MinGW目錄中查找，因為這是我計划保持更新的文件夾，並且該文件夾包含所有各種應用程序。 但是，Haskell目錄是通過系統PATH變量指定的，我讀過它不是一個好主意。 切換它們出現的順序是否可以解決我的問題？

編輯2：不能100％確定發生了什么，但gdb命令現在似乎正在工作。 我一直在使用Windows cmd提示符運行這些工具，因此，按照下面的答案（我不必弄亂msys），我刪除了fstab文件，瞧，它仍然有效！ 但是，我上面的第二個問題仍然存在：使編譯器用盡C：\\ MinGW \\ bin而不是C：\\ Program Files（x86）\\ Haskell Platform \\ 2013.2.0.0 \\ bin的最佳方法是什么？ 將Haskell位置移出系統PATH並移至用戶PATH末尾是否可行？

Answer 1

您不必在msys中運行gdb（或與此相關的gcc和其他所有MinGW工具）-在這方面不像Cygwin。 如果您從Windows cmd控制台運行它，它應該可以工作。

msys shell對於運行由許多Linux起源的開源項目使用的Autoconf生成的配置腳本很有用，但是它的環境獨立於Windows環境。