我使用CUDA (vc++， Visual studio 2008sp1)来调试FEM程序。由于cuda的不足，该程序只能在Win32平台上运行。我认为链接的库文件都是在x86平台上编译的，但是当我编译它时，我得到了错误消息
致命错误LNK1112:模块机类型“x64”与目标机类型“X86”冲突。
我曾尝试将该平台转换为x64，但没有成功。请告诉我:什么是“模块机类型”，什么是“目标机类型”?我怎样才能克服它呢?
当前回答
由于问题是由于编译和目标机器规格(x86 & x64)的差异造成的 遵循以下步骤:
打开要配置的c++项目。 选择“配置管理器”按钮，打开“配置管理器”对话框。 在“主用解决方案平台”下拉列表中，选择相应的选项，打开“新建解决方案平台”对话框。 在“类型或选择新平台”下拉列表中选择64位平台。
它解决了我的问题。
其他回答
今天我就遇到了这种情况，因为我在x86模式下添加了一个库目录，并意外地删除了继承的目录，使它们变成了硬编码。 然后切换到x64后，我的vc++目录仍然读:
“... (VC_LibraryPath_x86美元);(WindowsSDK_LibraryPath_x86美元);”
而不是_x64。
模块机类型是您正在编译的机器，目标机类型是您正在为其构建二进制文件的x86或x64架构。
我的目标是一个x64 Windows 10文本模式的DOSBox应用程序在C语言。 使用“Visual Studio 2019 Community”通过DOS提示符“nmake -f makefile”进行编译。 错误是类似的，但在相反的方面:
fatal error LNK1112: module machine type 'x32' conflicts with target machine type 'X64'
在另一台计算机上用vc++ 2010编译是可以的。但是“Visual Studio 2019社区”在这台计算机上失败了。所以我的设置是正确的，以上所有答案都不工作。
我想和大家分享的解决方案是这样的make.bat:
call "c:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Auxiliary\Build\vcvars64.bat"
nmake -f makefile
你会发现还有很多其他的vcvarxxxx .bat，只有这一个词。
我为自己解决了这个问题，如下所示。
首先，我根据这个问题的其他答案，得出的结论是所有的项目设置都是正确的。
然后我用编辑器检查了.vcxproj文件，并注意到两个(调试和发布)x64配置的< Link >属性没有指定< TargetMachine >，而Win32配置都包含< TargetMachine > MachineX86 < /TargetMachine >。
然而，我已经验证了，从Visual Studio的属性>配置属性>连接器>高级>目标机，x64配置说MachineX64 (/ Machine: x64)。
因此，我编辑了.vcxproj文件，在两个x64配置中包含< TargetMachine > MachineX64 < /TargetMachine >。回到Visual Studio项目属性对话框，我注意到MachineX64 (/MACHINE:X64)设置和以前一样，只是现在它以粗体显示(显然意味着该值不是默认值)。
我重建了它，它成功了。
这是一个非常令人沮丧和讨厌的问题，但一旦你理解了它，它就很简单了:你在构建一种架构类型(在你的情况下是x64)中有一些元素，尽管它是另一种类型(比如x86)的目标。
您可以通过查看哪个obj文件导致崩溃来分析问题的根源，并开始在那里寻找问题。每个obj将有一个源代码模拟:要么在cpp, c, asm等。可能有一些特殊的构建事件使用了错误的工具。在属性表中查看。
我会先看看那里，然后再看C·约翰逊的待办事项清单。
