C++ 为什么在gcc构建的Mingw端口中有两个bin文件夹？

我最近试图下载最新版本的gcc for windows，当时我从该链接下载了最新版本（dawrf版本）： 我注意到有两个bin目录

1.bin
2.i686-w64-mingw32\bin

这两个文件夹之间有什么区别？我应该向IDE介绍哪一个文件夹（例如代码块），以便启动和运行它们？

---

首先，为什么已经有两个文件夹了

bin文件夹是我用来设置IDE的文件夹。

---

我不知道为什么有两个文件夹，第二个bin文件夹的路径对我来说就像一个交叉编译器。

bin文件夹是我用来设置IDE的文件夹。

---

我不知道为什么会有两个文件夹，第二个bin文件夹的路径对我来说就像一个交叉编译器。

这是因为GCC/binutils的工作方式。

\bin

子目录中的可执行文件仅供编译器内部使用。这永远不应该在

路径中

toplevel
bin
目录中的可执行文件是您需要使用的文件，它们反过来调用真正的编译器，并可能调用子目录中的可执行文件

我同意这样做是愚蠢的，但我认为在不久的将来或遥远的将来都不会改变这一点。
这是因为GCC/binutils的工作方式。
\bin
子目录中的可执行文件仅供编译器内部使用。这永远不应该在
路径中

toplevel
bin
目录中的可执行文件是您需要使用的文件，它们反过来调用真正的编译器，并可能调用子目录中的可执行文件

我同意这样做是愚蠢的，但我认为在不久的将来或遥远的将来都不会改变这一点。
非常感谢：）我刚刚注意到还有两个包含文件夹！1.include和2.i686-w64-mingw32\include，第二个包含很多头文件（包括标准头文件），而第一个只有几个头文件。我应该在路径变量中使用哪一个？您不需要向任何环境变量添加任何头文件。GCC知道如何查找这些目录，所以您不必这样做。非常感谢：）我刚刚注意到还有两个包含文件夹！1.include和2.i686-w64-mingw32\include，第二个包含很多头文件（包括标准头文件），而第一个只有几个头文件。我应该在路径变量中使用哪一个？您不需要向任何环境变量添加任何头文件。GCC知道如何查找这些目录，所以您不必这样做。