我使用CUDA (vc++， Visual studio 2008sp1)来调试FEM程序。由于cuda的不足，该程序只能在Win32平台上运行。我认为链接的库文件都是在x86平台上编译的，但是当我编译它时，我得到了错误消息
致命错误LNK1112:模块机类型“x64”与目标机类型“X86”冲突。
我曾尝试将该平台转换为x64，但没有成功。请告诉我:什么是“模块机类型”，什么是“目标机类型”?我怎样才能克服它呢?
当前回答
所有的项目设置看起来都很完美，但我仍然得到了错误。查看.vcxproj文件并搜索“x86”就会发现问题:
<Lib>
<AdditionalOptions> /machine:X86 %(AdditionalOptions)</AdditionalOptions>
</Lib>
快速搜索/替换所有出现的情况(10个单独的文件设置)解决了这个问题。
其他回答
当我将我的VS2008解决方案转换为VS2010并将win32配置更改为X64时，这种情况发生在我身上，在我的旧解决方案中我有mfcs90d。lib(配置->连接器->输入->附加依赖项)，因为我正在使用VS010，我刚刚在VS2010文件夹中检查了它是mfcs100d。所以我改变了mfcs90d。Lib到mfcs100d。lib(配置->链接器->输入->附加依赖项)它工作得很好。
我正在使用CMake，然后添加了一个win32配置。属性页显示x86，但实际上在文本编辑器中打开vcxproj文件时，它是x64!手动切换到x86解决了这个问题。
这是一个非常令人沮丧和讨厌的问题，但一旦你理解了它，它就很简单了:你在构建一种架构类型(在你的情况下是x64)中有一些元素，尽管它是另一种类型(比如x86)的目标。
您可以通过查看哪个obj文件导致崩溃来分析问题的根源，并开始在那里寻找问题。每个obj将有一个源代码模拟:要么在cpp, c, asm等。可能有一些特殊的构建事件使用了错误的工具。在属性表中查看。
我会先看看那里，然后再看C·约翰逊的待办事项清单。
对于那些使用QT Creator的人来说，问题也是一样的(正如@c-johnson所描述的那样)。 确保工具包中MSVC的编译器设置设置为x86，如下所示。
在VS2008中，当我试图将X64版本添加到VS2003转换的项目中时，我遇到了同样的问题。
我查看了在谷歌(目标机器，vc++目录，DUMPBIN....)上搜索此错误时发现的所有内容，一切看起来都OK。
最后，我创建了一个新的测试项目，并做了相同的更改，似乎可以工作。
在vcproj文件之间进行差异，发现了问题....
我的转换项目有/MACHINE:i386设置为附加选项设置下的链接器->命令行。因此，有两个/MACHINE选项设置(x64和i386)，另外一个优先。
删除这个，并在链接器->高级->目标机下正确设置，使问题消失。
