我使用CUDA (vc++， Visual studio 2008sp1)来调试FEM程序。由于cuda的不足，该程序只能在Win32平台上运行。我认为链接的库文件都是在x86平台上编译的，但是当我编译它时，我得到了错误消息
致命错误LNK1112:模块机类型“x64”与目标机类型“X86”冲突。
我曾尝试将该平台转换为x64，但没有成功。请告诉我:什么是“模块机类型”，什么是“目标机类型”?我怎样才能克服它呢?
当前回答
在VS2008中，当我试图将X64版本添加到VS2003转换的项目中时，我遇到了同样的问题。
我查看了在谷歌(目标机器，vc++目录，DUMPBIN....)上搜索此错误时发现的所有内容，一切看起来都OK。
最后，我创建了一个新的测试项目，并做了相同的更改，似乎可以工作。
在vcproj文件之间进行差异，发现了问题....
我的转换项目有/MACHINE:i386设置为附加选项设置下的链接器->命令行。因此，有两个/MACHINE选项设置(x64和i386)，另外一个优先。
删除这个，并在链接器->高级->目标机下正确设置，使问题消失。
其他回答
你可能有一个针对x64(这是模块机器类型)的. obj或. lib文件，而你链接的是x86(这是目标机器类型)。
在. obj文件上使用DUMPBIN /HEADERS，并在FILE HEADER VALUES块中检查机器条目。
对于一些使用命令提示符(dos提示符)的用户 这可能会有帮助:
call "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" --help
Error in script usage. The correct usage is:
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option]
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] store
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] [version number]
or
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" [option] store [version number]
where [option] is: x86 | amd64 | arm | x86_amd64 | x86_arm | amd64_x86 | amd64_arm
where [version number] is either the full Windows 10 SDK version number or "8.1" to use the windows 8.1 SDK
:
The store parameter sets environment variables to support
store (rather than desktop) development.
:
For example:
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_amd64
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_arm store
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_amd64 10.0.10240.0
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86_arm store 10.0.10240.0
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x64 8.1
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x64 store 8.1
:
Please make sure either Visual Studio or C++ Build SKU is installed.
如果你这样做:
CL "%1%2%3" /EHsc /链接user32。自由Gdi32。自由Winmm。自由comctl32。自由*。obj /子系统:CONSOLE /MACHINE:x86
你必须取消*。obj之前;为了避免混淆链接器与64和32位对象从以前的编译遗留下来?
除了C Johnson的清单之外，我还要补充以下几点:
检查在Visual Studio: 项目属性->配置属性-> link ->命令行。
“附加选项”不应该包含/machine:X86
我有这样的键，由CMake输出生成:CMake生成x86项目，然后我通过Visual Studio 2010中的配置管理器添加了x64平台-除了链接器命令行，单独指定/machine: x86之外，新平台的一切都创建得很好。
由于问题是由于编译和目标机器规格(x86 & x64)的差异造成的 遵循以下步骤:
打开要配置的c++项目。 选择“配置管理器”按钮，打开“配置管理器”对话框。 在“主用解决方案平台”下拉列表中，选择相应的选项，打开“新建解决方案平台”对话框。 在“类型或选择新平台”下拉列表中选择64位平台。
它解决了我的问题。
在Visual Studio 2012 +/-中，“配置属性”. linker的属性页。“命令行”包含一个标记为“附加选项”的框。如果您正在构建x64，请确保该方框不包含/MACHINE:I386。我的项目是这样做的，它产生了问题中的错误。
