我找不到足够的信息来决定使用哪个编译器来编译我的项目。在不同计算机上模拟过程的几个程序中，在 Linux 上，我使用 GCC，一切都很好。我可以优化代码，编译速度快，并且内存占用不多。
我使用 MSVC 和 GCC 编译器进行自己的基准测试。后者为每个子体系结构生成稍微更快的二进制文件。尽管编译时间比 MSVC 长得多。
因此，我决定使用 MinGW。但是找不到有关 MinGW 中异常处理方法及其实现的任何说明。我可以使用不同的发行版适用于不同的操作系统和架构。
考虑因素：
在MinGW-w64 Wiki上有一个简短的概述:
为什么mingw-w64 gcc不支持Dwarf-2异常处理？
Windows上的Dwarf-2 EH实现根本没有设计用于在64位Windows应用程序下工作。在win32模式下，异常展开处理程序无法通过非DW2感知代码进行传播，这意味着通过任何非DW2感知的“外部框架”代码传递的任何异常都将失败，包括Windows系统DLL和使用Visual Studio构建的DLL。 GCC中的Dwarf-2展开代码检查x86展开汇编，并且在没有其他Dwarf-2展开信息的情况下无法继续执行。
对于win32和win64，SetJump LongJump异常处理方法在大多数情况下都有效，但不适用于一般保护故障。正在开发gcc中的结构化异常处理支持，以克服dw2和sjlj的弱点。在win64上，展开信息放置在xdata-section中，而不是堆栈上的.pdata（函数描述符表）。对于win32，处理程序链位于堆栈上，并需要由真正执行的代码保存/恢复。
GCC GNU关于异常处理:
GCC支持两种异常处理（EH）方法：
- DWARF-2（DW2）EH，需要使用DWARF-2（或DWARF-3）调试信息。 DW-2 EH可能会导致可执行文件略微膨胀，因为必须在可执行文件中包含大型调用堆栈展开表。
- 基于setjmp/longjmp（SJLJ）的一种方法。 SJLJ-based EH 比 DW2 EH 慢得多（即使在没有抛出异常时也会惩罚正常执行），但可以跨越未使用GCC编译或没有调用堆栈展开信息的代码工作。
[...]
结构化异常处理（SEH）
Windows 使用其自己的异常处理机制，称为结构化异常处理（SEH）。 [...] 不幸的是，GCC尚不支持SEH。 [...]
另请参阅：
