使用MSVC链接器链接MinGW库时，如何启用GCC全局构造函数

直接通过objcopy重命名节的方法确实行不通，因为MinGW和MSVC的初始化机制不仅是节名称差异，底层的符号处理、指针布局逻辑都不一样。不过有两种可靠的方案可以实现需求：

方案1：适配MSVC CRT的初始化节规则 #

MinGW的.ctor节存储的是以NULL结尾的构造函数指针数组，而MSVC的.CRT$XCU节需要的是单个独立的初始化函数指针，且对节属性、符号修饰有特定要求。正确的适配步骤如下：

1. 用nm工具从MinGW静态库中提取构造函数的符号（比如找到名为my_constructor的函数，注意MinGW可能会给符号加下划线前缀，比如_my_constructor）
2. 编写一段用MSVC编译的适配代码，将构造函数注册到MSVC的CRT初始化链：

// 适配代码，必须用MSVC编译
#include <windows.h>

// 声明MinGW侧的构造函数，注意符号名要和nm输出一致
extern void _my_constructor(void);

// MSVC CRT初始化函数的标准调用约定
typedef void (__cdecl* InitFunc)(void);

// 将构造函数指针放入.CRT$XCU节，MSVC CRT会在DLL加载时自动调用
#pragma data_seg(".CRT$XCU")
InitFunc mingw_ctor_wrapper = _my_constructor;
#pragma data_seg()

3. 将MinGW静态库、适配代码的目标文件一起用MSVC链接器链接为DLL即可。

注意：MinGW默认的__attribute__(constructor)函数使用__cdecl调用约定，和MSVC的__cdecl完全兼容，无需额外修改调用约定。

方案2：在DllMain中手动调用构造函数 #

如果不想处理CRT节的细节，更直接的方式是在DLL入口函数中手动触发构造函数：

1. 声明MinGW侧的构造函数：

extern void _my_constructor(void);

2. 在DllMain的DLL_PROCESS_ATTACH阶段调用该函数：

BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)
{
    switch(fdwReason)
    {
        case DLL_PROCESS_ATTACH:
            // 调用MinGW侧的构造函数
            _my_constructor();
            break;
        case DLL_THREAD_ATTACH:
        case DLL_THREAD_DETACH:
        case DLL_PROCESS_DETACH:
            break;
    }
    return TRUE;
}

3. 用MSVC链接器将MinGW静态库和DllMain目标文件链接成DLL。

这种方法的优势是逻辑简单，不需要依赖CRT的初始化机制，但如果有多个构造函数，需要逐个手动调用。

为什么直接节重命名无效？ #

除了节名称不同，核心原因有两点：

• MinGW的.ctor节是带NULL终止符的指针数组，而MSVC的.CRT$XCU节是无终止符的独立指针集合，布局不兼容
• MinGW生成的符号带有下划线前缀（如_my_constructor），和MSVC的符号修饰规则不一致，链接器无法正确解析重命名节后的指针，导致构造函数不会被执行

内容的提问来源于stack exchange，提问作者Stephan Tobies