模块计算机类型“ARM”与目标计算机类型“X86”冲突

最新推荐文章于 2025-02-18 12:45:13 发布
最新推荐文章于 2025-02-18 12:45:13 发布
阅读量1.8k 收藏
点赞数
分类专栏： window ce 文章标签： x86 mfc string dll 平台 url
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhdd1234/article/details/6930023
版权
本文主要介绍了在编程过程中遇到的模块计算机类型ARM与目标计算机类型X86冲突的问题，提供了LNK2001错误的解决办法，并详细解释了如何通过调整链接器设置或添加SDK来解决冲突。同时，还提到了TRACE报错和fopen_s标识符未找到的错误解决方案，以及DLL部署的相关注意事项。

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

 

1.error LNK2001: 无法解析的外部符号 CLSID_ImagingFactory 和 IID_IImagingFactory

.h文件添加：#include <imaging.h>
.cpp文件添加：
#include <initguid.h>
#include <imgguids.h>

在imgguids.h里加上:

#pragma  once
#include <initguid.h>
#include <Imaging.h>

 

其他两个头文件也加上#pragma  once

-----------------

2. fatal error LNK1112: 模块计算机类型“ARM”与目标计算机类型“X86”冲突

解决方法：链接器 -> 命令行 -> 附加选项, 添加 /MACHINE:ARM /MACHINE:THUMB

fatal error LNK1112: 模块计算机类型“THUMB”与目标计算机类型“ARM”冲突

解决方法：

第1种&#

最低0.47元/天 解锁文章
ARM与x86架构：计算机类型的不同与冲突
BsCplusplus的博客
09-19 440
如果在ARM架构上编写的软件被运行在x86架构的计算机上，或者反之亦然，就会出现指令集不匹配的问题，导致软件无法正常工作。相比之下，x86架构是一种基于复杂指令集（CISC）的计算机架构，最初由英特尔（Intel）开发，并在个人电脑领域得到了广泛应用。因此，在进行软件开发时，需要根据目标计算机的架构选择适当的指令集和进行相应的适配。在计算机领域中，有许多不同的计算机类型和架构，其中ARM和x86是两种最为常见和广泛使用的类型。因此，为了在不同的架构上运行相同的程序，需要根据目标架构进行相应的修改。
《ARM Cortex-R 学习指南》-【第十四章】-为 Cortex-R 处理器编写代码
baron-周贺贺-代码改变世界ctw
09-03 2053
你可以针对功耗、速度、代码密度或内存占用来优化代码。许多 GNU GCC 和 ARM 编译器功能利用 Cortex-R 系列设计生成优化代码。
fatal error LNK1112: 模块计算机类型“ARM”与目标计算机类型“X86”冲突
懒人的技术笔记
03-18 5026
这是今天遇到的第一个致命问题，去网上搜了一下，用下面的方法解决问题尝试方法：项目属性->配置属性->链接器 -> 命令行 -> 附加选项, 添加  /MACHINE:ARM出现下边错误：MSVCRT.lib(msvcr90.dll) : fatal error LNK1112: 模块计算机类型“THUMB”与目标计算机类型“ARM”冲突尝试方法：项目属性->配置属性->
当遇到模块计算机类型“x86”与目标计算机类型“x64”冲突时，可参考以下解决方法：
weixin_44317873的博客
02-18 455
使用模拟器或虚拟机：若无法直接在目标计算机上运行x86模块，可以在x64计算机上使用模拟器或虚拟机软件创建一个x86的运行环境，如使用VirtualBox或VMware创建32位的虚拟机。- 重新配置项目属性：在开发项目中，若使用Visual Studio等开发工具，打开项目属性，将平台目标设置为与模块或目标计算机匹配的类型，如x64或Any CPU。- 采用容器技术：利用容器技术，如Docker，创建一个包含x86模块所需运行环境的容器，在容器中运行模块，实现与x64主机系统的隔离和兼容。
VS 模块计算机类型与目标计算机类型冲突
hudie66fei的博客
03-23 845
本人遇到的问题是VS安装了QT插件，然后一个解决方案下有VS项目a,b和QT项目c，QT项目debug模式有x86,而release 模式只有x64, 并且a,b是X86,导致QT项目c在release编译时报类型冲突的错误。解决方法： 新建-->名称：自定义->从此处复制设置：选择release/debug. 之后再打开项目属性菜单中的配置管理器时，QT项目release配置下就可以选x86(win32)平台了。 至此，计算机类型冲突就能解决了。 ...
模块计算机类型“THUMB”与目标计算机类型“ARM”冲突
朱铭雷的日记本
05-13 2302
=============================================================标题：模块计算机类型“THUMB”与目标计算机类型“ARM”冲突摘要：备注：Windows CE 5.0日期：2010.5.13姓名：朱铭雷=========================================================
error LNK1112: 模块计算机类型“x64”与目标计算机类型“X86”冲突 （OpenCV配置环境）
baidu_41896327的博客
03-12 7657
第一次写博客，记录一下我在配置OpenCV的过程中踩过的坑以及解决方法和自己的一些理解 电脑系统：Windows 10 专业版 OpenCV版本：3.1.0 Visual Studio版本：2013 问题描述： 在vs中配置完opencv后编译一个示例程序时报错：error LNK1112: 模块计算机类型“x64”与目标计算机类型“X86”冲突 原因分析： OpenCV库与vs中编译器不匹配，32位的库（x86）要用32位的编译器编译，与之对应，64位的库要用64位的编译器...
C++开发报错之 “模块计算机类型x64与目标计算机x86类型冲突”
xitie8523的博客
03-23 1127
转载请注明：https://blog.youkuaiyun.com/xitie8523/article/details/79665221问题描述：笔记本是win7，64位，vs2010开发，计算机操作系统上创建的工程是win32的，解决方案平台也是使用默认的win32，debug模式，在调一个opencv项目时报错“模块计算机类型x64与目标计算机x86类型冲突”。解决方法：  （1）右键项目名，点击属性  ...
fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突——我的解决方案
qtBMP的专栏
02-19 3万+
win7 下，安装的VS2008，然后搭配opencv2.3.1运行，报错为：fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突 。通过网上查询，给错的答案大同小异，但是依然有很多朋友按照网上的答案无法解决这个问题，一下是我的解决方案，仅供参考： 1、原因：win7下的64位系统，在运行程序的时候，需要的DLL必须是64位系统编译的，VS2008也必
模块计算机类型x64与目标计算机类型X86冲突
Shanks
05-08 1522
模块计算机类型x64与目标计算机类型X86冲突 将编译器的类型改为amd64
模块计算机类型“X86”与目标计算机类型“X64”冲突解决方法
qq_25546985的博客
05-05 5277
先说方法：把VS自带的库目录全部删除，然后加上：$(LibraryPath) 网上查了很多方法，对我都没有用。后来自己找到解决办法了，这里分享给大家。 我想编译64位的程序，于是选择了debug + x64的编译环境。 我报的错误是：msvcprtd.lib(MSVCP110D.dll) : fatal error LNK1112：模块计算机类型“X86”与目标计算机类型“X64”冲突。 ...
错误 LNK1112 模块计算机类型“x64”与目标计算机类型“X86”冲突
Yangy_Jiaojiao的博客
10-30 3635
这个错误表明你在进行链接时，模块的计算机类型与目标计算机类型冲突。在这里，“x64”代表64位系统，“X86”代表32位系统。要解决这个问题，你需要确保你的所有模块（包括库文件和依赖项）都是与你的目标计算机类型相匹配的。你的目标是64位系统，那么你需要使用64位的库和依赖项进行链接。如果你使用的是开源库或第三方库，确保你下载的版本是与你的目标平台兼容的。如果你自己编译了库，确保你选择了正确的目标平台。另外，确保在你的开发环境中，项目设置也匹配了你的目标平台。
坑爹的“模块计算机类型“x64”与目标计算机类型“X86”冲突”
TXH0001的专栏
11-28 1万+
这2天要升级一个arx程序到64位，在vs2008上编译的时候提示“模块计算机类型“x64”与目标计算机类型“X86”冲突”，google了好久，提供的无非都是“链接器-》高级-》目标计算机”之类的东东，试了也没用，最后在链接器的命令行里发现了这个： 与原来的 /MACHINE:x64冲突了，最后删掉它就搞定了。估计是从vs的早期版本升上来的时候被添加的。郁闷死人了，耗了我几天
模块计算机类型“X86”与目标计算机类型“X64”冲突的原因分析与解决方案
热门推荐
咸鱼半条
05-25 5万+
这个问题的对立问题就是“模块计算机类型“X64”与目标计算机类型“X86”冲突”，这个问题的解决方法文章后面再说这两个问题看起来很像，解决方法却大相径庭，很多博客都把两者混淆，解决不了问题原因分析首先来看题目中这个问题出现的原因，模块计算机类型“X86”是指计算机当前调用的库（lib或dll文件）的位数是32位，目标计算机类型“X64”是指当前的编译平台环境为64位，两者不相符，故冲突模块计算机类...
关于“模块计算机类型与目标计算机类型冲突“问题的解决
runwuwushengxiyu的博客
08-30 177
关于"模块计算机类型与目标计算机类型冲突"问题的解决
compilation选哪个 native cross
最新发布
04-03
### Native Compilation 和 Cross Compilation 的定义 Native compilation 是指在一个目标平台上运行的程序由该平台上的编译器直接生成可执行文件的过程[^1]。这意味着开发环境和最终的目标运行环境是相同的。 Cross compilation 则是指在一个主机平台上构建另一个不同目标平台所需的软件的过程[^3]。这种情况下，开发环境与目标运行环境并不相同。 --- ### 差异分析 #### 1. **适用场景** - **Native Compilation**: 适用于开发者希望在同一硬件架构和操作系统下完成整个开发生命周期的情况。例如，在 Linux 上编写并测试一个仅用于 Linux 平台的应用程序时，可以使用本地编译工具链来简化流程。 - **Cross Compilation**: 当目标设备资源有限（如嵌入式系统），无法承载完整的编译过程或者需要快速迭代而不想每次都重新上传源码到目标设备时，则更适合采用交叉编译方法。比如为 ARM 架构设计应用程序却在 x86 PC 上进行开发工作。 #### 2. **性能考量** - 使用 native compiler 可能会更简单快捷因为不需要额外配置特定于其他系统的工具链设置；然而如果目标机器计算能力较弱则可能延长整体构建时间甚至不可行。 - 对于 cross compiler 而言虽然前期准备较为复杂但由于利用了强大桌面级计算机来进行繁重运算所以通常能够显著加快项目进度尤其针对那些小型低功耗处理器作为实际部署场所的产品来说非常有利。 #### 3. **依赖管理** - 在某些框架中可能存在限制使得不能轻易实现跨平台操作——像提到过的 `native-image` 就明确指出其本身不具备支持跨OS之间互相转换的能力因此建议保持原始未定制状态直到最后阶段再做相应调整以便适应多种潜在需求变化[^2]。 - 如果涉及到多模块混合编程(Java+Android)，可能会遇到兼容性障碍导致常规手段失效需寻找替代方案解决冲突问题如分离各自独立部分单独处理后再组合起来形成完整解决方案[^4]。 --- ### 示例代码展示两种模式下的基本区别 以下是简单的 C 程序例子分别展示了如何通过 GNU Compiler Collection (GCC) 实现这两种类型的编译： ```c // hello.c 文件内容如下： #include <stdio.h> int main() { printf("Hello, world!\n"); return 0; } ``` #### Native Compilation Example: 假设当前正在使用的是一台基于 X86_64 架构且安装有标准 GCC 套件的 Ubuntu 系统可以直接输入命令如下即可获得适合本机执行的结果： ```bash gcc -o hello_native hello.c ./hello_native # 输出: Hello, world! ``` #### Cross Compilation Example: 为了创建能够在另一类 CPU 类型上工作的二进制版本我们需要指定相应的前缀名以及路径变量指向预设好的外部库位置信息等参数之后才能顺利完成任务具体做法参见下面示范片段： ```bash export PATH=/opt/crosstool/gcc-arm-linux-gnueabihf/bin:$PATH export CC=arm-linux-gnueabihf-gcc $CC -o hello_cross hello.c file hello_cross # 应显示类似于 'ELF 32-bit LSB executable...' 表明它确实是ARM格式的数据结构形式而非原本PC端所熟悉的那种类型。 ``` --- ### 总结 选择哪种编译策略取决于具体的项目要求和技术约束条件。对于大多数桌面应用而言，原生编译通常是首选项因为它更加直观易懂同时也减少了不必要的麻烦环节；而对于物联网领域或者其他特殊用途场合往往更多倾向于运用跨界技术从而突破物理界限达成预期效果最大化的目的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值