开发中遇到arm64之类的报错多种解决方案

最新推荐文章于 2025-05-19 19:41:52 发布
最新推荐文章于 2025-05-19 19:41:52 发布
阅读量3.2k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： iOS 移动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wang_Bo_JustOne/article/details/79583798
本文探讨iOS SDK开发中遇到的arm64指令集不支持问题，包括错误样例、iOS设备指令集区别及解决方案，如build setting配置、静态库支持与SVN版本控制器设置。

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

公司做SDK开发难免遇到用户使用SDK遇到各种各样的原因，固然使用文档说明排除的大部分，但难免会有用户自己的工程报其他错而怀疑是SDK的问题，不得不一一去协助解决，下面关于arm64指令集不支持的错误总计：

部分报错内容

 Undefined symbols for architecture arm64:

  "_OBJC_CLASS_$_WBAuthorizeResponse", referenced from:
      objc-class-ref in Payment(MCHApi.o)
  "_OBJC_CLASS_$_WBAuthorizeRequest", referenced from:
      objc-class-ref in Payment(MCHLoginView.o)
  "_OBJC_CLASS_$_WeiboSDK", referenced from:
      objc-class-ref in Payment(MCHApi.o)
      objc-class-ref in Payment(MCHLoginView.o)
  "_OBJC_CLASS_$_BaiduOAuthSDK", referenced from:
      objc-class-ref in Payment(MCHApi.o)

      objc-class-ref in Payment(MCHLoginView.o)

先说一下关于指令集的详细内容，不用指令集代表不同的设备

对于iOS设备来说iOS的指令集有armv6、armv7、armv7s、arm64这样四种，不同型号的iOS设备使用不同的指令集，下面是各自的区别：

  • armv6
    • iPhone、iPhone 3G
    • iPod 1G、iPod 2G
  • armv7
    • iPhone 3GS、iPhone 4
    • iPod 3G、iPod 4G、iPod 5G
    • iPad、iPad 2、iPad 3、iPad Mini
  • armv7s
    • iPhone 5、iPhone 5C
    • iPad 4
  • arm64
    • iPhone 5S   iPhone 6   iPhone 6Plus
    • iPad Air, Retina iPad Mini

关于报错总结一下几点原因：

1.build setting里面的 Architectures设置问题


Architectures 设置所支持的指令集

Build Active Architectures Only  YES的时候是针对所测试的设备去生成所对应的二进制包（例如此刻是iPhone6 ，那么就只会生成一套arm64指令集的二进制），NO的时候回生成所有支持指令集的二进制包，当然这样会消耗资源。

Valid Architectures 该编译项指定可能支持的指令集，该列表和Architectures列表的交集，将是Xcode最终生成二进制包所支持的指令集。

比如，你的Valid Architectures设置的支持arm指令集版本有：armv7/armv7s/arm64，对应的Architectures设置的支持arm指令集版本有：armv7s，这时Xcode只会生成一个armv7s指令集的二进制包。

比如，你的Valid Architectures设置的支持arm指令集版本有：armv7/armv7s/arm64，对应的Architectures设置的支持arm指令集版本有：armv7s，这时Xcode只会生成一个armv7s指令集的二进制包。

2.是所用的静态库有的可能不支持arm64等指令集，那么就需要我们去重新获取一份支持arm64的静态库文件


3.就是用到SVN版本控制器的时候，默认忽略几种类型的文件的，例如.a  .o

1.在finder需要去查找cornerstone的文件 ，com+shift+G  ，或者点开finder-前往-前往文件夹， 把该路径 ~/.subversion/config 粘贴到上面，点击 前往


2、打开config文件，在里面搜索 global-ignores ，你会看到下面这行，

#global-ignores = .o .lo .la .al .libs .so .so.[0-9]* .a .pyc .pyo # .rej ~ ## .#* .*.swp .DS_Store

将其修改为

global-ignores = .o .lo .la .al .libs .so .so.[0-9]* .pyc .pyo#  .rej ~ ## .# .*.swp .DS_Store


保存后，再打开svn进行上传就不会丢失.a文件了

PS：上传图片不知道怎么回事出现的都是❓不显示，很烦躁，还有一些原因暂时没遇到过，先不写了

OpenCvSharp部署到Linux-ARM64中，报错:Bus error (core dumped)...如何解决？
**My Coding Family**
06-02 1135
🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！    备注： 部分问题/难题源自互联网，经过精心筛选和整理，结合数位十多年大厂实战经验资深大佬经验总结所得，数条可行方案供所需之人参考。
Undefined symbols for architecture arm64解决方案
热门推荐
岽少的专栏
06-25 9万+
在iOS开发中经常遇到的一个错误是Undefined symbols for architecture arm64，这个错误表示工程某些地方不支持arm64指令集。那我们应该怎么解决这个问题了?我们不仅要解决这个问题,更要了解出现这个问题的根源.这样根本上杜绝这类问题发生. 对于iOS设备来说iOS的指令集有armv6、armv7、armv7s、arm64这样四种，不同型号的iOS设备使用不同的指令集，下面是各自的区别：
友盟统计编译不过arm64
zhq9108的博客
01-12 1063
1、新加入友盟统计库文件，编译时出错。 因为之前有加入友盟分享，它的demo 中含有旧的友盟统计库文件，编译的时候，可能跑去添加旧的动态库了。   Undefined symbols for architecture arm64:   "_OBJC_CLASS_$_MobClick", referenced from:       objc-cl 编译表示没有arm64 位的 .o。
注意避坑：centos7官方版镜像不支持arm架构（docker请求的映像的平台（linux/aamd64）与检测到的主机平台（linux/alm64/v8）不匹配）fauria/vsftpd
Dontla的博客
06-28 4418
社区支持：虽然官方版CentOS不支持ARM架构，但是有一些非官方的CentOS衍生版本可以在ARM架构上运行，由第三方社区维护。这些社区版本提供了对ARM架构的支持，并且在一些ARM开发板上得到了广泛的应用和支持。由于ARM架构的设备相对较少，社区资源有限，因此官方版CentOS选择集中精力在x86架构上进行开发和支持。然而，有一些非官方的CentOS 7衍生版本可以在ARM架构上运行，例如CentOS 7 for ARM64（aarch64）和CentOS 7 for ARM32（armhfp）。
M1不兼容性问题（architectures required by this target: arm64）
weixin_46926959的博客
10-27 1785
报错类型 原因：32位不兼容问题和ARM架构不兼容 解决方案 在TARGETS选择Building Setting,搜索Excluded，添加arm64 Build Active Architecture Only 设置为 NO 备用方案 打开兼容性Rosetta ![在这里插入图片描述]直https://接上传(blog.cs-nimg.cn/cj4Nb1d4987c1ff448d15afdc8dbd3ebca.pg751)(https:/在这里插入图片描述] ...
jetson nano 安装zed摄像头的时候出现了段错误
qq_42980111的博客
03-24 1683
jetson nano 安装zed摄像头的时候出现了段错误（核心已转储）解决方法： jetson nano在安装jetpack的时候系统自带了numpy1.13.1版本，而安装zed的时候他会自己下载numpy1.19.5的版本，两个版本存在导致不能使用import pyzed.sl as sl ，因此我把numpy1.19.5卸载了使用python3 -m pip uninstall numpy命令，接着把系统内部的numpy1.13.1升级为1.19.5版本 。pip show numpy此命令是查看n
STM32 开发报错no target conneted 解决方案（详细教程）
10-11
然而，在使用STM32进行开发的过程中，开发者可能会遇到各种问题，其中之一就是"no target connected"的报错信息。这个问题意味着开发环境与目标微控制器没有成功建立连接，导致无法进行代码下载或调试。本文将详细...
S32K144开发环境安装IAR插件报错：An error occurred while collecting items to be installed...如何解决？
最新发布
**My Coding Family**
05-19 845
🏆 本文收录于《全栈Bug调优(实战版)》专栏，致力于分享我在项目实战过程中遇到的各类Bug及其原因，并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者，本文将为你指引出一条更高效的Bug修复之路，助你早日登顶，迈向财富自由的梦想🚀！同时，欢迎大家关注、收藏、订阅本专栏，更多精彩内容正在持续更新中。让我们一起进步，Up！Up！Up！    备注： 部分问题/难题源自互联网，经过精心筛选和整理，结合数位十多年大厂实战经验资深大佬经验总结所得，数条可行方案供所需之人参考。
代码编译报错`undefined reference to`：链接库缺失的3种解决方案
shejizuopin的博客
05-18 1571
在C/C++开发中，undefined reference to错误通常由库文件缺失、路径配置错误或链接顺序不当引发。本文总结了三种核心解决方案：1. 检查并正确链接缺失的库文件，通过find命令确认库文件存在，并在编译命令中添加-l和-L选项；2. 处理库依赖顺序问题，确保依赖库在被依赖库之后链接，或使用--start-group和--end-group选项；3. 处理C/C++混合编译的符号修饰问题，通过extern "C"声明抑制C++的函数名修饰。通过这三种方法，开发者可以有效解
NVIDIA Jetson环境VSCode安装记录，前期失败问题在于英伟达使用的是arm64架构
人非生而知之者
01-08 1946
如果你的NVIDIA Jetson没有安装浏览器，或者安装遇到一些中文显示问题，可以看我写的这篇文章也许对你有所帮助，报错的关键提示是"unmet dependencies"，也就是“未满足的依赖”，但是并没有说明具体是什么，所以。打开VSCode之后，默认弹出的第一个配置就是主题选择，根据喜好选择Dark或Light.，而且是选择链接中最简单的方式“图形化界面”安装，遇到了如下报错。安装包的架构不对，英伟达是arm64，而默认下载的是amd64。选择.deb下面的“Arm64”来下载安装包，如下图。
关于 m1 xcode12 编译报错 this target. for architecture arm64等问题解决方案
qq_33490514的博客
12-02 1355
最近换了 mac m1 开发，xcode12在运行旧项目报错 的问题xxxx building for iOS Simulator, but linking in object file built for iOS, xxxxx for architecture arm64上谷歌、百度翻个各种答案，修改 编译结构体、修改pods配置...
ARM64 VS 编译的C++程序导入表问题
lif12345的专栏
06-03 1464
如果存在这样的导入表，可能是无法运行的，这是ARM64平台，可能是微软的编译器的bug     我们写一个ARM64汇编来屏蔽这个问题，当然这个方法不一定是最好的，经过分析，这些来自onecore.lib 因此最简单的办法就是忽略默认库onecore.lib;           汇编的方法可以参考一下： ;-------------------------------...
系列芯片运行，因当前编译版本无法匹配模拟器
klkxxy的博客
06-27 320
现在M1的mac制作的模拟器版本是arm64,真机也有arm64,就无法合并了,本来m1的模拟器就需要arm64的架构,现在删掉模拟器的arm64导致m1上的模拟器无法使用这个合并后的静态库.通常会把模拟器和真机的用lipo命令合在一起,并且合并的时候相同的架构是需要去掉一个的,通常我们去掉模拟器的arm64,因为去掉真机的,手机就不能编译了.在M1芯片之前,模拟器是x86_64架构(更早的是i386),真机是arm系列,armv7,armv7s,arm64,arm64e这些.
【Visual Studio 2022发布 net6.0 到Linux arm64】 ALINK(0,0): 错误 AL1012: “arm64”不是选项“platform”的有效设置
qq_20058801的博客
08-09 704
在vs里发布这个.net6.0的项目时候我选择的平台是linux-arm64，发布时提示错误“arm64”不是选项“platform”的有效设置。
arm64的异常
faxiang1230的专栏
03-14 5163
arm64异常处理
解决真机调试iPad Air设备时的错误：architecture not supported的办法
danny35的专栏
03-31 5871
1.将Build Settings 中Architectures ——> Valid Architectures的arm64删掉，只留armv7、armv7s 2.同上，将Architectures ——>Architectures改为 $(ARHS_STANDARD)armv7，armv7s 3.把Build Active Architecture Only 改为NO 4.编译即可
Pod install 报错 Undefined symbol: _OBJC_CLASS_$_xxx 的解决方法
timtian008的博客
03-21 6691
以前运行报错 Undefined symbol: OBJC_CLASS$_xxx 时，通常都是找不到相应文件的路径导致，解决办法就是去Build Settings 中的文件引用Compile Sources中 重新引用文件，再次pod install即可。M1的电脑运行时，所有pod的引用文件都报错，无法找到相应文件，需要更改pod的运行的Build Settings 才可以。背景：更换新电脑后，将旧电脑数据迁移 同步到新电脑，处于异常报错，由于项目为Flutter混合项目。
RK3399 编译问题
straw10620的专栏
04-16 284
编译base debian的时候。
ARM的windows装软件报错
03-11
<think>好的，我现在要解决用户在ARM架构的Windows系统上安装软件时遇到的错误问题。首先，我需要明确用户的具体情况。根据用户提供的引用内容，用户可能是在使用ARM版的银河麒麟系统，或者ARM架构的Windows，遇到软件安装错误，特别是与Python环境或架构不兼容相关的问题。 首先，用户提到引用[1]中指出虚拟环境需要是ARM架构的，特别是PyTorch等库需要对应架构的版本。这说明用户可能在安装某些Python库时遇到了问题，可能是因为在ARM环境下安装了x86的版本。所以解决方案之一应该是确保所有安装的软件包都是ARM兼容的版本。 接下来，引用[2]提到Wine和Box86/Box64的作用。Wine允许在非Windows系统运行Windows应用，但需要架构匹配。而Box86/Box64用于在ARM架构上运行x86/x64应用。用户可能在ARM Windows上尝试运行x86软件，导致错误。所以可能需要使用类似Box64的工具来转换架构，或者确保安装的Windows软件本身有ARM版本。 引用[3]指出软件安装后运行报错，可能是因为crossover（基于Wine）支持的Python版本太低，或者系统Python版本与软件不兼容。用户提到飞腾CPU（ARM架构），所以可能需要更新Python环境或使用ARM兼容的Python版本。 现在，我需要综合这些信息，整理出解决方案的步骤。首先检查软件是否为ARM架构编译，如果不是，寻找替代版本或使用转换工具。其次，确保依赖库如PyTorch是ARM版本。然后，检查Python环境是否兼容，可能需要使用虚拟环境或更新Python。此外，使用Box86/Box64这类工具可能帮助运行x86软件，但需要注意性能损耗。 可能的问题还有系统依赖库缺失，需要安装必要的运行库。如果使用Wine或crossover，可能需要配置正确的架构支持。对于Windows ARM本身，可能有些软件有原生ARM版本，比如某些微软的软件，或者通过微软的x86/ARM转换层运行，但兼容性可能有限。 用户的问题是在ARM架构的Windows上安装软件报错，可能涉及架构不匹配、依赖库不正确、Python版本问题等。需要逐一排查这些可能，并提供相应的解决步骤。</think>针对在ARM架构的Windows系统上安装软件时遇到的错误，以下是分步解决方案： --- ### **1. 确认软件架构兼容性** - **检查软件是否支持ARM架构** 优先选择标注支持`Windows on ARM`或明确提供ARM64版本安装包的软件。例如，微软Office、Edge浏览器等已原生支持ARM架构[^2]。 - **使用Windows子系统兼容层** Windows 11的ARM版本内置了x86/x64模拟器，可尝试直接安装x86/x64软件。若报错提示架构不兼容，需通过以下命令开启模拟功能： ```powershell Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" -Name "WINEMULATE" -Value "x86" ``` --- ### **2. 处理依赖库与运行环境** - **Python环境配置** 若报错与Python相关（如PyTorch、TensorFlow），需安装ARM架构专用版本： ```bash # 使用conda创建ARM虚拟环境 conda create -n arm_env python=3.10 conda activate arm_env pip install torch -f https://pytorch.org/get-started/locally/#windows-on-arm ``` 确保所有依赖库均通过ARM兼容渠道安装，避免混用x86包[^1]。 - **安装ARM专用运行库** 部分软件依赖Visual C++ Redistributable等运行库，需下载ARM64版本： - 访问[微软官方ARM64支持库](https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist)获取安装包。 --- ### **3. 使用架构转换工具** - **Box64/Box86（适用于Linux子系统）** 若通过WSL运行Linux软件，可使用Box64/Box64转换x86指令： ```bash # 安装Box64（以Ubuntu为例） sudo apt-get install box64 # 运行x86程序 box64 ./x86_program.exe ``` 注意：此方法适用于Linux环境，Windows原生应用需依赖系统模拟器[^2]。 - **交叉编译工具链** 对于开源软件，可使用ARM交叉编译工具链重新编译： ```bash # 示例：使用gcc-arm交叉编译器 arm-linux-gnueabihf-gcc -o arm_program program.c ``` --- ### **4. 替代方案与兼容工具** - **使用Crossover/Wine的ARM优化版** 若运行Windows应用报错，尝试更新Crossover至最新版（支持ARM优化）： ```bash # 麒麟系统示例 sudo apt install crossover-arm wine-arm64 setup.exe ``` 确保配置Wine为ARM模式： ```bash export WINEARCH=winarm64 ``` - **虚拟机方案** 安装Hyper-V或QEMU虚拟机运行x86系统，但性能损耗较高。 --- ### **常见错误与修复** - **错误：`Illegal instruction (core dumped)`** **原因**：x86指令集无法在ARM CPU执行。 **解决**：换用ARM版本软件或启用模拟器。 - **错误：`DLL load failed`** **原因**：依赖库架构不匹配。 **解决**：下载ARM64版DLL文件，替换`C:\Windows\System32`或软件目录下的同名文件。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值