error LNK1112: module machine type 'x64' conflicts

最新推荐文章于 2018-01-17 19:40:59 发布
最新推荐文章于 2018-01-17 19:40:59 发布
阅读量466 收藏
点赞数 1
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wangdewind1/article/details/81437492
本文详细介绍了如何解决在将x86项目配置为x64时遇到的错误问题，特别是针对在项目属性设置中出现的意外额外选项导致的编译失败。通过调整配置中的AdditionalOptions，成功解决了模块类型冲突问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

把x86的项目配置为x64，结果总是报“Error    4    error LNK1112: module machine type 'x64' conflicts with target machine type 'X86'  ”


出现此问题一般是依赖库文件为x86导致。项目右键属性--Configration Properties--Linker--Input,查看Additional Dependencies中依赖库。

但发现这里库在x64下应用没有问题。其它配置也没有发现什么异常，后来经过折磨的细找，终于发现了异常项目：项目右键属性--Configration Properties--Linker--Command Line. 如下图所示，Additional Options框中竟然有： “/machine:X86 setargv ”。删除这段文字，确定后编译，OK。​




石头大王
关注
【Qt C++】fatal error LNK1112: module machine type ‘x64‘ conflicts with target machine type ‘X86‘
qq_32962651的博客
03-29 902
查找别人的博客才知道得先运行“x64 Native Tools Command Prompt for VS 2022”配置x64的工具链编译环境，否则cl.exe默认都是以x86的库在链接程序。我检查了下VS Code的setting.json文件发现，qtConfigure.vcvarsallPath这个参数就是用来调整编译器的版本的。发现VsCode里确实有打印，64位环境的配置过程，紧接着执行了jom，但最终还是报LNK1112错误，相当于可能配置后没有生效？等文章，最终的写法如下。
fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86'
无知人生，记录点滴
03-16 7154
错误现场：操作系统：WIndows 7 x64编译的项目：LightGBM（Light Gradient Boosting Machine）参考：微软开源分布式高性能GB框架LightGBM安装使用有小伙伴遇到问题：您好，我按照您的教程安装lightgbm，但是提示这样的错误WindowsError: [Error 193] %1 不是有效的 Win32，好像是因为python和dll文件不一致，
LNK1112: module machine type 'x64' conflicts with target machine type 'X86'
weixin_33862188的博客
05-10 705
1 什么是“module machine type” 这个是当前工程要链接的静态库的target machine type。 2 什么是“target machine type” 这个是当前工程生成的目标的target machine type。 3 在windows上如何查看静态库的machine type 使用dumpbin /ALL 会生成关于该静态库的所有信息，然后每个具体的文件...
fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86&#...
weixin_34346099的博客
03-16 445
错误现场： 操作系统：WIndows 7 x64 编译的项目：LightGBM（Light Gradient Boosting Machine） 参考：微软开源分布式高性能GB框架LightGBM安装使用 有小伙伴遇到问题： 您好，我按照您的教程安装lightgbm，但是提示这样的错误WindowsError: [Error 193] %1 不是有效的...
[VS2010] 编译64位静态库lib提示fatal error LNK1112: module machine type 'x64' conflicts等错误的解决方案
0123 's blog
01-17 2629
环境 Win7 x64 Visual Studio 2010 程序写完，本想导出dll(x64)、lib (x64)，在动态链接库dll下编译成功。 但是在编译静态库lib时，出错了 报错如下： 1>—— Build started: Project: EditAlgoTestFrameWork, Configuration: Release x6
Error_9_fatal error LNK1112: module machine type 'X86' conflicts with target machine type 'x64'
Bright_Geek的专栏
03-13 6666
Error Description: Error_9_fatal error LNK1112: module machine type 'X86'conflicts with target machine type 'x64' 这个错误很多人遇到过，解决方法不难，只要修改几个设置就可以了，网上也有相应的解释。但是，如果你用的是OpenCV程序，也照着别人的方法做了，却依然报错，于是
fatal error LNK1112: module machine type 'X86' conflicts with target machine type 'ARM
WINCE_MAN的专栏
07-09 6054
解决办法:1.新建项目时,在"平台"->"选择要添加到当前项目中的 Platform SDK。"中,把"已安装的 SDK"全部添加到"选定的 SDK"2.在"属性页"->"配置属性"->"链接器"->"命令行"中的"附加选项"里,有如下命令:"/subsystem:windows
error LNK1112: module machine type 'x64' conflicts _wind_新浪博客
石头王
03-18 181
把x86的项目配置为x64，结果总是报“Error 4 error LNK1112: module machine type 'x64' conflicts with target machine type 'X86' ” 出现此问题一般是依赖库文件为x86导致。项目右键属性--Configration Properties--Linker--Inpu...
fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86' link error
hongqiang200的专栏
10-20 6873
带cu文件的工程编译错误 solved it with changing under project->properties->configuration properties->Runtime API->Host->Target Machine Platform , this you need to set to x64 摘自：http://forums.nvidia.com/index
vs2013链接问题：module machine type 'x64' conflicts with target machine type 'X86'
invisible_sky的博客
08-17 2937
在链接外面的库文件时，及时已经指定了lib的路径，但是还是会报错，这时可能因为编译器和链接的动态库文件位数不一致导致。                  下面说一下我遇到的问题我解决的方法、 module machine type 'x64' conflicts withtarget machine type 'X86' 说是模块机是64位和目标机的32位相冲突 这里是打开：
tal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86'
muzizongheng的专栏
07-10 1085
记一次Trouble Shooting的过程： LNK1112: module machine type ‘x64‘ conflicts with target module type ‘X86‘
FinixLei的专栏 (https://github.com/FinixLei)
01-21 1584
在最近的开发中，遇到一个难缠的问题，花费了不少时间，最后找到的root cause却是有点贻笑大方的意味。记录此次Trouble Shooting的过程，从中除了root cause和解决方案本身，也学到了不少其他的知识。
error LNK1112: module machine type 'X86' conflicts with target machine type 'x64'
weixin_34235371的博客
05-13 220
1 这个error是什么原因造成的 cmake默认选择的是x86，即32位的生成子。 2 怎么解决这个error 在cmake ..的时候，在后面加上“-G "Visual Studio 12 2013 Win64"”选项即可。 3 怎么在CMakeLists.txt中进行相应的设置来解决这个问题 这个还未知。 转载于:https://www.cnblogs.com/hustdc/...
关于使用VS2015编译项目时出现LNK1112 module machine type 'x64' conflicts with target machine type 'X86'
我不是90斤
11-19 5105
这个问题是因为平台的驱动和我们在Linker中的额外的选项中指定平台不一致造成的; 在配置属性中LINKER --》command line:Additional option中的machine:X86改为machine:X64
fatal error LNK1120如何解决
最新发布
06-19
<think>我们面对的是PyCharm中出现的链接器错误：`link.exe`退出代码1120（即`LNK1120`），这表示存在未解析的外部符号。结合用户提供的引用内容，我们可以从多个角度分析原因并提供解决方案。###核心问题分析`LNK1120`的根本原因是**链接器找不到函数或变量的实现**。这通常由以下情况引发：1.**缺少库文件**：未正确链接实现所需的静态库（.lib）或动态库（.dll）[^2]。2.**符号声明不匹配**：函数/变量的声明（头文件）与定义（源文件）不一致（如名称、参数、调用约定）。3.**架构冲突**：尝试将32位库链接到64位目标，反之亦然[^4]。4.**环境配置错误**：编译器/链接器路径未正确设置，或使用了错误的工具链版本[^1][^3]。---###解决方案（逐步操作）####步骤1：验证VisualStudioBuildTools安装确保已安装**完整C++工具链**：1.打开**VisualStudioInstaller**。2.在**BuildTools2022**的修改界面中，确认勾选：-`使用C++的桌面开发`-`WindowsSDK`（与系统匹配的版本）-`MSVCv143-VS2022C++生成工具`（最新版）3.若已安装，尝试**修复**安装（点击“修改”→“修复”）。>引用[1]提到类似错误需安装`MicrosoftC++BuildTools`[^1]。####步骤2：检查库依赖项在项目配置中添加缺失的库：-**CMake项目**（`CMakeLists.txt`）：```cmaketarget_link_libraries(your_target_namerequired_lib1.lib#显式指定依赖库required_lib2.lib)```-**PythonC扩展**（`setup.py`）：```pythonExtension('module_name',sources=['src.cpp'],libraries=['lib1','lib2'],#库名（不含扩展名）library_dirs=['path/to/libs']#库所在目录)```引用[2]中Python扩展编译失败即因缺少库[^2]。####步骤3：解决架构冲突确保**所有组件架构一致**（均为x64或x86）：-在PyCharm中设置工具链为**64位**：1.打开**文件>设置>构建、执行、部署>工具链**。2.将环境路径指向64位工具链（如`HostX64\x64`）。-手动添加64位链接器路径到`PATH`变量（引用[4]的方法）[^4]：```plaintextC:\ProgramFiles(x86)\MicrosoftVisualStudio\2022\BuildTools\VC\Tools\MSVC\14.xx.xxxxx\bin\Hostx64\x64```>重启PyCharm使环境变量生效。####步骤4：检查符号导出若编写动态库（DLL）或PythonC扩展：-使用`__declspec(dllexport)`导出函数（Windows）：```cpp//头文件声明#ifdefBUILD_DLL#defineAPI__declspec(dllexport)#else#defineAPI__declspec(dllimport)#endifextern"C"APIvoidmy_function();//避免C++名称修饰```-实现文件需包含相同宏定义：```cpp#defineBUILD_DLL#include"header.h"voidmy_function(){...}//实现```####步骤5：清理并重建项目1.删除生成目录：-`build/`,`dist/`,`*.pyd`,`__pycache__/`2.重新生成：```bashpythonsetup.pyclean--allpythonsetup.pybuild_ext--inplace```---###高级排查技巧-**查看完整错误日志**：在PyCharm的“构建输出”中搜索`errorLNK2001`，它会指明具体未解析的符号名称（如`_printf`）。-**手动运行链接器**：复制PyCharm的编译命令到CMD中执行，观察原始错误。-**依赖项扫描**：使用[DependencyWalker](https://www.dependencywalker.com/)检查缺失的DLL。>若问题涉及`rc.exe`（如引用[3]），需安装**WindowsSDK**的`RCCompiler`组件[^3]。---###常见错误场景与修复表|现象|原因|解决方案||---------------------|-----------------------|----------------------------||未解析的`printf`|未链接C标准库|添加`legacy_stdio_definitions.lib`||未解析的`WinMain`|入口函数错误|检查项目类型（控制台/Windows应用）||未解析的类成员函数|未实现虚函数/静态成员|补全缺失的函数实现||机器类型冲突（x64/x86）|混用32/64位库|统一使用x64工具链和依赖库[^4]|通过上述步骤，绝大多数LNK1120错误可被解决。若问题持续，请提供**未解析符号的具体名称**进一步分析。---§§相关问题§§1.如何修复VisualStudio中的LNK2001未解析外部符号错误？2.PyCharm中如何配置CMake项目以使用VisualStudio2022工具链？3.如何正确导出C++函数供Python调用？4.在Windows上编译Scrapy时出现`rc.exe`错误应如何处理？</think>### 解决 PyCharm 中 "fatal error LNK1120" 链接器错误的完整指南 `link.exe` 退出代码 1120 表示**未解析的外部符号错误**，这是 Windows 平台最常见的链接器错误之一。结合您提供的引用内容，以下是深度分析及解决方案： --- #### 错误根本原因分析 1. **缺失库依赖**（核心问题） - 链接器找不到函数/变量的实现（如：`__imp__SomeFunction`） - 常见于未正确链接静态库（.lib）或动态库（.dll）[^2] 2. **架构不匹配** - 尝试将 32 位库链接到 64 位项目（或反之）[^4] - 错误特征：`module machine type 'x64' conflicts with target` 3. **工具链配置错误** - Visual Studio BuildTools 组件缺失（如 C++ 桌面开发组件）[^1] - 环境变量未正确设置导致链接器找不到关键工具（如 rc.exe）[^3] 4. **符号导出问题** - C++ 名称修饰（name mangling）导致符号不匹配 - 未使用 `__declspec(dllexport)` 或 `extern "C"` 正确导出函数 --- #### 分步解决方案 ##### 第一步：验证 Visual Studio 安装 1. 打开 **Visual Studio Installer** 2. 修改 **BuildTools 2022** 安装： ```plaintext [√] 使用 C++ 的桌面开发 [√] Windows 10/11 SDK [√] MSVC v143 - VS 2022 C++ 生成工具 [√] C++ CMake 工具 ``` 3. 点击"修改"应用更改（引用[1]的核心修复）[^1] ##### 第二步：修复库依赖问题 - **CMake 项目**（修改 CMakeLists.txt）： ```cmake target_link_libraries(your_project PUBLIC required_lib1.lib # 显式添加缺失库 required_lib2.lib ) ``` - **Python C 扩展**（修改 setup.py）： ```python Extension( 'module_name', sources=['file.cpp'], libraries=['kernel32.lib', 'user32.lib'], # 添加系统库 library_dirs=[r'C:\Windows\System32'] # 指定库路径 ) ``` 引用[2]显示这是 Python 扩展编译失败的常见原因[^2] ##### 第三步：解决架构冲突 1. 添加 64 位工具链到 PATH **首位**： ```path C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.xx.xxxxx\bin\Hostx64\x64 ``` 2. 在 **管理员权限的命令提示符** 执行： ```cmd setx /M PATH "新的路径;%PATH%" ``` 3. **重启 PyCharm** 使环境变量生效（引用[4]的关键步骤）[^4] ##### 第四步：修复符号导出问题 在 C/C++ 头文件中使用跨平台导出宏： ```cpp #ifdef _WIN32 #define API_EXPORT __declspec(dllexport) #else #define API_EXPORT __attribute__((visibility("default"))) #endif extern "C" API_EXPORT void my_function(); // 避免 C++ 名称修饰 ``` ##### 第五步：清理并重建项目 ```bash # 删除生成文件 rmdir /s /q build rmdir /s /q dist del *.pyd # 重新编译 python setup.py build_ext --inplace --force ``` --- #### 高级故障排除技巧 1. **查看详细符号错误** 在构建输出中搜索 `LNK2001`，会显示具体缺失的符号名称 （例：`error LNK2001: unresolved external symbol __imp__SomeFunction`） 2. **检查库兼容性** 使用 `dumpbin.exe` 分析库文件架构： ```cmd dumpbin /HEADERS your_lib.lib | findstr "machine" ``` - 输出包含 `x64` 表示 64 位库 - 输出包含 `x86` 表示 32 位库 3. **诊断工具链问题** 在 PyCharm 终端运行： ```cmd cl.exe /? # 检查编译器是否可用 link.exe /? # 检查链接器是否可用 where rc.exe # 检查资源编译器路径 ``` 若提示找不到命令，说明环境变量配置错误[^3] --- ### 常见错误场景解决方案 | 错误现象 | 解决方案 | |-----------------------------------|--------------------------------------------------------------------------| | 未解析的 Win32 API 函数 | 添加 `#pragma comment(lib, "kernel32.lib")` 到源码 | | Python 扩展链接失败 | 在 `setup.py` 中明确添加 `libraries=['advapi32', 'user32']` | | 出现 `LNK1158: cannot run 'rc.exe'` | 复制 `rc.exe` 和 `rcdll.dll` 从 SDK 目录到 VC/bin 目录[^3] | | 机器类型冲突 (x64/x86) | 确保 Python 解释器、编译器和所有库均为 64 位[^4] | > 通过上述步骤，90% 以上的 LNK1120 错误可解决。若问题仍存在，请提供构建日志中的 **LNK2001 错误详情** 进一步诊断。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值