Mingw-w64，libgcc_s_seh.dll的用途是什么？使用MinGW-W64内置

Question

库需要这些DLL：

libwinpthread-1.dll 
libstdc++-6.dll 
libgcc_s_seh-1.dll 

我不知道这是怎么回事就这样，每个DLL做什么？尤其是libgcc_s_seh，是那种结构化的异常处理？我以为明明不能和佘合作。

为什么mingw需要始终将这些DLL与您的exe文件？

我不知道我是不是在浪费我的时间，不只是使用visual studio作为Windows编译器。它很臃肿，但9GB的安装。

Answer 1

尤其是libgcc_s_seh，是那种结构化的异常处理？我以为明明不能和佘合作。

较新版本的GCC（4.8+，如果我没错的话）应该支持MinGW上的SEH。

我想知道这是怎么回事，每个DLL都做了什么？

它们提供运行时和标准库。

• libwinpthread：Windows上的并行线程执行（穿线）
• 的libstdC++：C++标准库（C/C++库函数等）
• libgcc_s_seh：异常处理（SEH）

为什么mingw需要始终将这些dll与您的exe文件？

因为您的程序使用它们。如果你编写的程序没有线程，标准库和异常以及任何操作系统交互，你不需要它们。

这些DLL带来了运行程序所需的一切。顺便说一句。这是而不是 MinGW唯一的事情，也发生在其他系统/编译器上。通常你不会注意到这一点，因为操作系统已经提供了库，例如。 MSVC库很可能在Windows机器上。 动态链接总是需要某种类型的库文件，即Windows上的.dll和Linux上的.so。

如果您已在系统上使用它，请使用ldd <your application>来查看哪些库是动态链接的。

您可以将这些MinGW库安装到系统库或操作系统可以找到的地方。这使您的程序能够使用它，并且不再需要随每个应用程序一起发货（避免重复）。

另一方面，另一个选项是静态链接它们。不像动态连接，你不需要任何DLL;不利的一面是增加了你的应用程序的大小（因为现在这三个库已经被加入exe了）。

我不知道我是不是在浪费我的时间，而不仅仅是使用visual studio作为Windows编译器。

这取决于你的情况。但是，我的答案可能会给你更多的见解。