iOS开发问题之：M1 pod报错You may have encountered a bug in the Ruby interpreter or extension libraries.

最新推荐文章于 2025-07-28 21:23:52 发布

转载最新推荐文章于 2025-07-28 21:23:52 发布 · 1.8k 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：https://www.jianshu.com/p/c93fedcf6e07

文章标签：

#ruby #bug #xcode

本文档详细介绍了在M1芯片Mac上遇到Pod install报错时，通过安装arch-x86_64 ffi库并重新执行podinstall来解决问题的方法，适合iOS开发者遇到类似问题时参考。

# [M1芯片使用pod install 报错You may have encountered a bug in the Ruby interpreter or extension libraries. Bug reports are welcome. For details: https://www.ruby-lang.org/bugreport.html](https://www.cnblogs.com/lulushen/p/16078446.html)

解决方案：

　终端cd到pod install 目录下执行

1）sudo arch -x86_64 gem install ffi

完成后再执行

2）arch -x86_64 pod install

搞定收工。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

VKOOY

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

allgero导入报错：Program has encountered a problem and must exit. The design will be saved as a .SAV file

D_Katter的博客

04-05

924

软件冲突，重新新建工程，使用英文路径，关闭find option面板之类的都不好使，按照上面的做法，就能正确导入文件。把这个文件夹下面的东西都删除掉，在删掉之前可以把env文件拷贝一份出来，删除其他文件后。再把这个env文件放回去就可以了。网表可以正常导入，没有报错。

Spark报错处理系列之：WARN Client: Exception encountered while connecting to the server org.apache.hadoop.ip

zhengzaifeidelushang的博客

12-16

944

Spark报错处理系列之：WARN Client: Exception encountered while connecting to the server org.apache.hadoop.ipc.RemoteException org.apache.hadoop.ipc.StandbyException: Operation category READ is not supported in state standby.

参与评论您还未登录，请先登录后发表或查看评论

You may have encountered a bug in the Ruby interpreter or extension libraries.

feelinghappy的专栏

01-07

3507

环境：M1芯片问题：执行pod install 报错 You may have encountered a bug in the Ruby interpreter or extension libraries. Bug reports are welcome. For details: https://www.ruby-lang.org/bugreport.html 原因：未适配M1架构解决方法： sudo arch -x86_64 gem install ffi Then a

MacBookM1 Pod报错解决方法

夏虫不可语寒的博客

10-26

1010

Analyzing dependencies [!] CocoaPods could not find compatible versions for pod "ZLPhotoBrowser": In snapshot (Podfile.lock): ZLPhotoBrowser (= 4.1.5) In Podfile: images_picker (from `.symlinks/plugins/images_picker/ios`) was resolved to 0.0.1

pod install 问题-其他问题

qiluoyiyi的专栏

06-03

2073

使用公司的网络，运行pod install总是卡死，网上有的说是因为会更新pod工具导致卡死现象，建议替换pod install 为： pod install --verbose --no-repo-update pod update --verbose --no-repo-update 试了下，网络差的情况下，用以上命令或者vpn都会报错，直接替换下载源镜像就解决了。备用下，每次报错都不记得地址跟怎么操作 https://mirrors.tuna.tsinghua.edu.cn/git/Co.

ruby1.9.2 rails3.0.3出错，ruby1.9.2bug

fyname的专栏

01-05

540

Admin::Action.last d:/Ruby192/lib/ruby/gems/1.9.1/gems/activerecord-3.0.3/lib/active_record/relation.rb:11: [BUG] Segmentation fault ruby 1.9.2p136 (2010-12-25) [i386-mingw32] -- control frame --...

M1芯片pod install报错

m0_53109272的博客

05-24

773

在M1的mac下pod install有时会报错。在报错提示如下，提供了三种解决方案的网址：注意：下面方法不适用于Carthage 解决方法一： 1，打开终端运行： sudo arch -x86_64 gem install ffi 2，在以后每次运行pod install前加上arch -x86_64 arch -x86_64 pod install 解决方法二：修改终端的运行方式为Rosetta，再运行pod install ...

Debezium报错处理系列之三十四：The db history topic or its content is fully or partially missing. Please check d

zhengzaifeidelushang的博客

11-17

2752

Debezium报错处理系列之三十四：io.debezium.DebeziumException: The db history topic or its content is fully or partially missing. Please check database history topic configuration and re-execute the snapshot.

报错：Electronics Desktop 2025 R1 has encountered a problem and needs to close. We are sorry...如何解决？

**My Coding Family**

07-28

1150

🏆本文收录于《全栈Bug调优(实战版)》专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！

In Android development, I encountered an error: Could not find the correlate method clean(). The iss

最新发布

10-04

具体表现为：系统报错了这样一个错误信息："Could not find method clean() for arguments [type=classorg.gradle.api.tasks.Delete, build_458py9op120bi768cfxm5xc2wrunclosure1_run_closure1runclosure1_closure4...

M1 Mac pod install 错误

Rex

12-10

2246

M1 芯片的 Mac， cocoapods 安装完成，然后 pod install 发生错误，可以试着执行下面的命令 Right-click on Terminal in Finder Get Info Open with Rosetta sudo gem install ffi 然后重新 pod install 就可以了。原文

CocoaPods使用（m1版本）

sinat_20019511的博客

11-24

2130

CocoaPods使用使用终端进入与工程同级的文件夹创建Podfile文件touch Podfile 编辑Podfile文件编辑内容，"School"为项目名称 target 'School' do pod 'Masonry' end 安装 pod install 打开项目

m1 pro 芯片安装pod后，运行出错

zcl369369的专栏

12-15

2454

From Crash Report: Process: ruby [5444] Path: /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby Identifier: ruby Version: 145.100.1 Code Type: ARM-64 (Native) Parent Process: zsh [5282] Responsible: Terminal [5005] User ID: 501System Int.

pod install过程遇到的种种问题及解决办法之M1 pro

qq_33320324的博客

11-30

6321

基于M1 pro芯片电脑，从0到1进行AFNetworking的pod安装，包含pod过程当中遇到的所有问题以及相应的解决办法

M1电脑上pod update 报错解决方案

花色1125的博客

10-27

946

M1电脑上pod update 报错解决方案方案一简单直接的方案方案二重新安装cocoaPods 错误场景：方案一简单直接的方案 pod命令前添加 arch -x86_64，如 arch -x86_64 pod update 方案二重新安装cocoaPods Answering my own question. I fixed the ffi issue by uninstalling my faulty Ruby version and CocoaPods, then I used the

m1 pod install pod lint 失败解决方案

Coder

04-06

571

sudo arch -x86_64 gem install ffi arch -x86_64 pod install arch -x86_64 pod lint

M1 pod install CocoaPod 报错解决办法

竹毛言己

07-12

6552

Mac M1 pod install 报错解决办法 Mac M1 CocoaPods 环境问题 M1 Ruby 环境问题新到的 MacBook Pro M1，配置如下： MacBook Pro (13-inch, M1, 2020) 系统：macOS Big Sur 芯片 Apple M1 内存 16 GB 存储空间 500 GB 问题 pod install 报错 in M1 -- Crash Report log information ------------------------------.

iOS开发M1芯片遇到的问题

BX_Jobs的博客

11-18

6485

iOS开发M1芯片遇到的问题

零零碎碎搞了一天最后发现是ruby版本问题

weixin_30662849的博客

05-17

1760

查来查去查不到问题，后来在stackoverflow看到： http://stackoverflow.com/questions/22352838/ruby-gem-install-json-fails-on-mavericks-and-xcode-5-1-unknown-argument-mul/22384591#22384591 Issue already addressed by R...

feng: [图片] feng: This program has encountered an unknown error. You may report the bug below or quit the program.

02-24

### 关于程序遇到未知错误的解决方案当程序遭遇未知错误时，解决此类问题通常涉及多个方面。对于提到的具体情况，可以考虑以下几个方向： #### 错误分析与日志审查针对MATLAB中的DAE结构不一致错误[^1]，这表明模型可能存在定义上的矛盾或逻辑冲突。建议仔细检查方程组设定以及边界条件，确保所有参数和变量都已正确定义。操作系统级别的段错误（Segmentation Fault），如所示的日志条目所描述的情况[^2]，通常是由于非法内存访问引起的。这类问题可能源于软件本身的缺陷或者是外部库文件损坏所致。为了诊断该类故障，应当收集并解析应用程序崩溃时产生的核心转储文件(core dump)，利用调试工具(gdb)来定位具体发生异常的位置。 #### 文件操作权限验证如果遇到了无法打开跟踪输出文件的问题，则可能是路径设置不当或是目标位置不存在写入权限。确认指定目录存在并且具有足够的读/写许可非常重要。此外，还需核实磁盘空间是否充足，防止因存储资源耗尽而导致失败[^3]。 ```bash ls -l /path/to/output/file # 查看文件属性及权限 df -h # 检查磁盘剩余容量 ``` #### 软件环境配置复查有时，开发环境中某些组件版本之间的兼容性也会引发意想不到的行为。因此，在排查过程中还应关注依赖项的状态，必要时尝试更新至最新稳定版或者回滚到之前正常工作的组合。最后值得注意的是，不同类型的编程语言和技术栈会有各自特定的最佳实践用于处理未预见的情形；上述措施仅作为一般指导方针提供给开发者参考应用。