已定义变量符号仍报lnk2001？Rust链接Julia DLL问题

1. 跨工具链导入库的本质兼容性问题
   MinGW/Cygwin构建生成的.dll.a导入库，和MSVC工具链要求的.lib导入库，对全局导出变量的存储约定存在根本差异：
   • 对导出函数的条目，MinGW生成的thunk跳转表刚好能被MSVC链接器识别匹配，因此函数类符号不会出现链接失败
   • 对导出的全局变量，MSVC链接器的寻址逻辑是固定的：必须查找带有__imp_前缀的导入符号条目，这也是C/C++等效实现中需要加__declspec(dllimport)标记才能正常链接的核心原因——即外部全局变量必须通过导入指针间接访问。但MinGW生成的.dll.a导入库，不会为全局变量生成带__imp_前缀的匹配条目，因此所有全局变量符号都会被判定为未解析。
2. 符号校验的认知偏差
   使用dumpbin /exports julia.lib查到的符号列表，仅为库文件中存储的裸导出名称，不会展示MSVC链接器实际需要匹配的__imp_前缀条目存在性，因此会出现“符号明明在库中却报未解析”的假象。

• 优先使用MSVC原生格式的配套导入库
  不要直接将MinGW生成的libjulia.dll.a重命名为julia.lib给MSVC链接器使用，直接采用Julia官方针对Windows MSVC工具链编译发布的配套导入库，该库已按MSVC规则补全所有全局变量的__imp_导入条目，可直接兼容Rust项目的链接流程。
• 自行转换MinGW导入库为MSVC兼容格式
  如果需要基于现有MinGW生态的DLL重新生成MSVC可用的导入库，仅修改文件后缀无法解决格式不匹配问题，需要按以下流程重新生成：
  1. 借助MinGW工具链的gendef命令从libjulia.dll导出标准def格式的符号定义文件
  2. 按MSVC的导入规则补全全局变量对应的__imp_前缀跳转条目
  3. 调用MSVC自带的lib.exe基于修正后的def文件生成标准格式的julia.lib
• 修正Rust侧的外部变量声明规则
  替换正确格式的导入库后，Rust代码中声明外部全局变量时，需要通过链接属性明确告知编译器变量的dllimport寻址约定，不能完全参照外部函数的声明方式编写，避免生成的目标文件依然引用不带__imp_前缀的无效符号。

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