306

I have a Flutter project that I'm trying to run on iOS. It runs normally on my Intel-based Mac, but on my new Apple Silicon-based M1 Mac it fails to install pods.

LoadError - dlsym(0x7f8926035eb0, Init_ffi_c): symbol not found - /Library/Ruby/Gems/2.6.0/gems/ffi-1.13.1/lib/ffi_c.bundle
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/Library/Ruby/Gems/2.6.0/gems/ffi-1.13.1/lib/ffi.rb:6:in `rescue in <top (required)>'
/Library/Ruby/Gems/2.6.0/gems/ffi-1.13.1/lib/ffi.rb:3:in `<top (required)>'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/Library/Ruby/Gems/2.6.0/gems/ethon-0.12.0/lib/ethon.rb:2:in `<top (required)>'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/Library/Ruby/Gems/2.6.0/gems/typhoeus-1.4.0/lib/typhoeus.rb:2:in `<top (required)>'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/rubygems/core_ext/kernel_require.rb:54:in `require'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/sources_manager.rb:74:in `cdn_url?'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/sources_manager.rb:36:in `create_source_with_url'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/sources_manager.rb:21:in `find_or_create_source_with_url'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:178:in `block in sources'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:177:in `map'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:177:in `sources'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:1073:in `block in resolve_dependencies'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/user_interface.rb:64:in `section'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:1072:in `resolve_dependencies'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer/analyzer.rb:124:in `analyze'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer.rb:414:in `analyze'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer.rb:239:in `block in resolve_dependencies'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/user_interface.rb:64:in `section'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer.rb:238:in `resolve_dependencies'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/installer.rb:160:in `install!'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/command/install.rb:52:in `run'
/Library/Ruby/Gems/2.6.0/gems/claide-1.0.3/lib/claide/command.rb:334:in `run'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/lib/cocoapods/command.rb:52:in `run'
/Library/Ruby/Gems/2.6.0/gems/cocoapods-1.10.0/bin/pod:55:in `<top (required)>'
/usr/local/bin/pod:23:in `load'
/usr/local/bin/pod:23:in `<main>'

Based on a Github workaround, I tried to run Terminal using rosetta, but the issue remains the same: https://github.com/CocoaPods/CocoaPods/issues/9907#issuecomment-655870749

Realising it's still early for Macs with Apple Silicon. Is there a way to make this work for the time being?

Şafak Gezer
  • 3,697
  • 3
  • 42
  • 48
Jacobo Koenig
  • 9,457
  • 8
  • 35
  • 65
  • Was unable to get it working without rosetta following the accepted answer, on a new M1 mac mini. Once installed via rosetta, its probably still running in compatibility mode, even if rosetta is later turned off. The correct answer is `Valentin Briand`'s answer below. A very outdated version of Ruby is installed on Macs by default. Whats needed is to install a newer ruby (easiest via homebrew), config terminal to use that version and then just install cocoapods as normal – Simon McLoughlin Jun 11 '21 at 13:46

36 Answers36

681

2022 May Update

If you can use Homebrew to manage cocoapods.

# Uninstall the local cocoapods gem
sudo gem uninstall cocoapods

# Reinstall cocoapods via Homebrew
brew install cocoapods

2021 Solution

# STEP 1: Install ffi
sudo arch -x86_64 gem install ffi

# STEP 2: Re-install dependencies
arch -x86_64 pod install

Additional Information

#1 For anyone seeing the arch: posix_spawnp: gem: Bad CPU type in executable error, you must first install Rosetta. Thanks, @Jack Dewhurst

#2 If you run pod commands pretty often, setting up an alias in .zshrc or .bash_profile might be handy. Thanks, @theMoonlitKnight for the suggestion.

alias pod='arch -x86_64 pod'
X.Creates
  • 19,654
  • 9
  • 68
  • 116
240

EDIT: I recently disabled Rosetta, and Cocoapods runs just fine with the addition of the ffi gem.

For anyone else struggling with this issue, I just found a way to solve it. In addition to running terminal in Rosetta:

  1. Right-click on Terminal in Finder
  2. Get Info
  3. Open with Rosetta

I installed a gem that seems to be related to the symbol not found in the error:

sudo gem install ffi

After doing this, cocoapods runs as expected.

Jacobo Koenig
  • 9,457
  • 8
  • 35
  • 65
185

TL;DR:

  • Install your own version of Ruby with Homebrew / rbenv / RVM (e.g. brew install ruby)
  • Add it and the gems binaries to your PATH and make sure the new version is used with which ruby (should be /opt/homebrew/opt/ruby/bin/ruby instead of /usr/bin/ruby if installed with Homebrew)
  • Install CocoaPods with sudo gem install cocoapods (make sure ethon is at least version 0.13.0)
  • Run pod install

Detailed answer:

All answers suggesting using Rosetta / arch -x86_64 are workarounds and not quite solving the real issue that comes from the way RbConfig and the universal binaries work.

require 'rbconfig'

OSVERSION = RbConfig::CONFIG['host_os']
ARCH = RbConfig::CONFIG['arch']
HOSTCPU = RbConfig::CONFIG['host_cpu']
BUILDCPU = RbConfig::CONFIG['build_cpu']
TARGETCPU = RbConfig::CONFIG['target_cpu']

puts "OS: #{OSVERSION}"
puts "Arch: #{ARCH}"
puts "Host CPU: #{HOSTCPU}"
puts "Build CPU: #{BUILDCPU}"
puts "Target CPU: #{TARGETCPU}"

If you call ruby on a file containing this code with the universal binary shipped with macOS, you will get the following result on an M1 Mac:

OS: darwin20
Arch: universal-darwin20
Host CPU: x86_64
Build CPU: x86_64
Target CPU: universal

As you can see, RbConfig was compiled for a « universal » CPU but built with an x86 CPU, and the rbconfig.rb file that was generated (see /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/universal-darwin20/rbconfig.rb) consequently uses invalid information for the host CPU.

As ffi uses information from RbConfig (see https://github.com/ffi/ffi/blob/dfae59e293974efaa7b4d414e5116d7a2187a06e/lib/ffi/platform.rb#L61 and https://github.com/ffi/ffi/blob/e3f2cf9b82055709ddbeecbf77810f43438c4b64/spec/ffi/fixtures/compile.rb#L11), we end up with OP’s error message.

The solution is, therefore, to get a version of Ruby built specifically for arm64 by using either Homebrew, rbenv or RVM.

For Homebrew:

  • Execute brew install ruby
  • Add export PATH=/opt/homebrew/opt/ruby/bin:/opt/homebrew/lib/ruby/gems/3.0.0/bin:$PATH to your .zshrc (you can find your Homebrew installation directory with $(brew --prefix) if needed)
  • Execute source ~/.zshrc or restart your shell
  • Make sure you are using the correct ruby binary by executing which ruby (should be $(brew --prefix)/opt/ruby/bin/ruby)
  • Install CocoaPods with sudo gem install cocoapods
  • Make sure you are using the correct pod binary by executing which pod (should be $(brew --prefix)/lib/ruby/gems/3.0.0/bin/pod)
  • Make sure ethon is version 0.13.0 or more with gem info ethon, otherwise run sudo gem install ethon
  • Run pod install

Ruby won't come with future macOS versions by default

Moreover, it should be noted that ruby is still included in macOS only « for compatibility with legacy software », as evidenced by running irb -v, so this is probably a good opportunity to install your own version anyway:

WARNING: This version of ruby is included in macOS for compatibility with legacy software. In future versions of macOS the ruby runtime will not be available by default and may require you to install an additional package.

irb 1.0.0 (2018-12-18)

Sources:

auspicious99
  • 3,350
  • 1
  • 35
  • 51
Valentin Briand
  • 2,383
  • 2
  • 7
  • 16
  • I was having exactly the experience you describe here. Tried applying the patch for `ethon` locally, but same `Segmentation fault` error was happening. What seemed to work for me (after having `ruby --version` as `arm64-darwin20`) was installing an older version of cocoapods (`1.5.2`) – Endel Dreyer Mar 18 '21 at 00:55
  • Followed every step but was only able to make pods to install after manually installing the latest typhoeus/ethon gem from github (which already includes the patch in the latest commit as of March 28 3e87140...). thanks for diving deep into the issue! – Shengchalover Mar 28 '21 at 22:17
  • ethon 0.13.0 is out. Thank you for your research. – El Horrible Apr 11 '21 at 23:06
  • 23
    "arch -x86_64" is a hack to just get things working, so this should be the accepted answer. Works perfectly. – Chris Douglass Apr 13 '21 at 00:05
  • @ValentinBriand I installed cocoapods using brew (/opt/homebrew/bin/pod) and it seems it all works (I am using ruby 3.0.1p64). I have ethon 0.12.0 on system ruby but that is not used. – El Horrible Apr 14 '21 at 11:12
  • 2
    I done the steps but which pod still gives me `/usr/local/bin/pod` path. Other steps are correct. How can I change pod location to ruby one? – Emre Önder May 09 '21 at 09:51
  • @EmreÖnder do `which ruby` and `which gem` point to your Homebrew directory? If not, make sure that `/opt/homebrew/opt/ruby/bin` is before `/usr/bin` in your `PATH` – Valentin Briand May 09 '21 at 11:34
  • 5
    Yes `which ruby` and `which gem` shows me the correct directory. I uninstalled cocapods and reinstall it but didn't work. If I type `$(brew --prefix)/lib/ruby/gems/3.0.0/bin/pod) install` rather than `pod install` It is working. Somehow, cocapod seems `usr/bin` rather than ruby path – Emre Önder May 09 '21 at 11:38
  • 8
    This works. Forget the "arch -x86_64" circumvention in the other answers. – vilmoskörte May 12 '21 at 11:11
  • 3
    Go for the detailed answer is worth the extra minutes! thank you – Frankely Diaz Jun 25 '21 at 17:07
  • 1
    Thanks, this work for my. With my Xcode work space, also need to update Carthage script path to run success. Thanks again. – lee Jul 12 '21 at 09:37
  • 3
    @EmreÖnder did you ever solve this? My M1 computer arrived today and can't get pod to point to the right ruby. – Mike Portanova Oct 26 '21 at 23:10
  • 1
    @MikePortanova I can help you. This works like a charm on my new iMac. First, run `brew --prefix`. Let's say the result is `mikes/path`. Then the changes for you would be `export PATH=mikes/path/opt/ruby/bin:mikes/path/lib/ruby/gems/3.0.0/bin:$PATH`. Now `which ruby` and which pod should return `mikes/path/opt/ruby/bin/ruby` and `mikes/path/lib/ruby/gems/3.0.0/bin/pod` respectively after you install ruby and cocoa pods as mentioned in the answer. – Kartik Watwani Nov 04 '21 at 18:31
  • Great answer! But `which pod` returns `/opt/homebrew/bin/pod` for me. It seems to run fine. How do I point to the correct pod binary? – SmileBot Nov 06 '21 at 16:16
  • 1
    @smileBot I think it's fine since `which pod` is pointing to your homebrew directory. Also, `/opt/homebrew/bin/pod` is likely a symlink so check where it points to. – Valentin Briand Nov 07 '21 at 12:56
  • @ValentinBriand Ok great. It is a symlink pointing to `/opt/homebrew/Cellar/cocoapods/1.11.2_1/bin/pod`. – SmileBot Nov 07 '21 at 18:00
  • incredible!! after 2-3 hours of searching this fixed it.. thank you. – aheigins Nov 26 '21 at 15:33
  • This really should be the accepted answer. It's not a workaround. Also note that if you installed cocoa pods before installing Homebrew, make sure to temporarily comment out the Homebrew path from your .zshrc file (or bash version), fully uninstall cocoa pods then add the Home-brew path back. Otherwise there terminal will use the non-Homebrew version of cocoa pods (at least that was my experience). – Christian Gossain Nov 27 '21 at 18:22
  • 1
    Do not read only the TL;DR, read the "For Homebrew" list that explains each step, in particular how to set up the PATH correctly. – Albert James Teddy Nov 28 '21 at 10:43
  • Proper solution – Supto Dec 03 '21 at 19:56
  • Works fine! To have 'which pod' to show the proper version of CocoaPods, I had to restart my terminal. Followed the brew path. – sergevm Dec 06 '21 at 20:57
  • This should be the correct answer. Thank you for the detailed explanation. Worked fantastic on my 2021 MacBook Pro M1 Max. – CoBrA2168 Dec 14 '21 at 01:37
  • I used `asdf` as my ruby version manager and this works fine...as long as you remember to remove any CocoaPods install (`sudo /usr/bin/gem uninstall cocoapods`) you may have done earlier with the ancient system Ruby, or ! That placed the `pod` command in `/usr/local/bin`, which was picked up first in my PATH instead of the asdf shim. – qix Dec 29 '21 at 16:10
  • To set the Homebrew-installed Ruby to take priority over the system Ruby I need set ```if [ -d "/opt/homebrew/opt/ruby/bin" ]; then export PATH=/opt/homebrew/opt/ruby/bin:$PATH export PATH=`gem environment gemdir`/bin:$PATH fi``` on my `~/.zshrc`. For the complete guide see https://mac.install.guide/ruby/13.html – Lucas Garcez Jan 06 '22 at 16:18
  • brew install ruby Running `brew update --preinstall`... ==> Auto-updated Homebrew! Updated 1 tap (homebrew/core). ==> Updated Formulae Updated 1 formula. Error: Cannot install under Rosetta 2 in ARM default prefix (/opt/homebrew)! To rerun under ARM use: arch -arm64 brew install ... To install under x86_64, install Homebrew into /usr/local. – 1nstinct Jan 20 '22 at 23:46
  • Excellent answer and worked for me. Wish this could be pinned to the top – achow Jan 23 '22 at 23:13
  • Thank you! Saved my day. This should be accepted answer. – Владислав Стариков Jan 28 '22 at 14:35
  • Thanks a lot to explain the main reason for understand the problem @ValentinBriand The 16k reputation should be yours xDDD – Kalamarico Feb 02 '22 at 22:57
  • How do I add the path for this part? " Make sure you are using the correct pod binary by executing which pod (should be $(brew --prefix)/lib/ruby/gems/3.0.0/bin/pod) " – IamToobDude Mar 15 '22 at 18:09
  • For the `PATH`, I added `export PATH="$PATH:\`gem environment gemdir\`/bin"` to my `~/.profile` – sjmeverett May 24 '22 at 15:27
63

To install completely cocoapods on Mac with M1 chip (Apple Silicon), please follow these steps:

  1. Duplicate the Terminal application in the Utilities folder.
  2. Right-click on the app and choose to Get Info.
  3. Rename the other version of the app as you like.
  4. Check the option "open with Rosetta".
  5. Install Cocoapods with the command "sudo gem install cocoapods"
  6. Type the command line "gem install ffi" to fix the ffi bundle problem. Now you can do a "pod install" without a problem.

Source : iPhoneSoft

auspicious99
  • 3,350
  • 1
  • 35
  • 51
Medhi
  • 1,481
  • 13
  • 11
  • 2
    Thanks Medhi. Since this is just a paraphrasing of my own answer, I cannot mark it as accept it. If you find this format to be more legible, you can suggest an edit to the answer. – Jacobo Koenig Nov 20 '20 at 07:03
  • 2
    Hi Jacobo, i figured that your answer were too quick and I didn't even notice the Rosetta part. Sorry, but it's not my call to decide which is best :) – Medhi Nov 20 '20 at 16:43
  • This finally worked for me on a Mac mini M1. I like to add: After step 6. you can switch off "open with Rosetta 2" on the Terminal app again. – gundrabur Mar 07 '21 at 16:21
  • I must be an idiot, because this didn't work for me. – ScottyBlades May 06 '21 at 16:59
  • The other solutions didn't work. But this one did. Thanks! – TomV Dec 03 '21 at 16:06
25

Simplest way I found :

sudo gem uninstall cocoapods

brew install cocoapods

pravchuk
  • 685
  • 9
  • 11
  • This works for me on several M1 Macs. Much prefer this over manually running Rosetta for every pod-install – SeanMC Jan 23 '22 at 04:10
  • This works great. I also did `brew install libffi` for using some 3rd party libs with flutter. the `gem` shipped from macOS isn't cool. – dotslash Jan 26 '22 at 03:10
22

An alternative to running Terminal in Rosetta 2 is to set the architecture with arch -x86_64, as in the following:

arch -x86_64 sudo gem install cocoapods -n /usr/local/bin

To give credit where it is due, I found this solution here

MacPorts bug tracker, issue #61545, comment 7

pfurbacher
  • 1,584
  • 3
  • 13
  • 18
14
  1. Execute below to install the required ffi :

    sudo arch -x86_64 gem install ffi

  2. Instead of pod install use :

    arch -x86_64 pod install

Harshit Jain
  • 536
  • 6
  • 8
11

There is a much "better/easier?" way by way of using homebrew now that waters have settled, if you have homebrew install just run

brew install cocoapods

this will install ruby and libyaml as preconditions, so far this is the most straightforward way (and the one, most probably, to be recommended moving forward).

samiq
  • 2,824
  • 1
  • 28
  • 28
9

UPDATE 28th MARCH

1- arch -x86_64 sudo gem install cocoapods -n /usr/local/bin

2- arch -x86_64 sudo gem install ffi

3- pod install

No need to duplicate or Open with Rosetta

Jad
  • 2,010
  • 1
  • 14
  • 26
7

Working in Sept 2021, Mac M1

I just want to add to Medhi's answer, to do a "pod repo update" within the same terminal inside the iOS folder, because that was critically fixing the error for me.

Here's the complete To-do-list:

  1. Duplicate the Terminal application in the Utilities folder.

  2. Right click on the app and choose "Get Info".

  3. Rename the other version of the app as you like.

  4. Check the option "open with Rosetta".

  5. Install Cocoapods with the command sudo gem install cocoapods

  6. Type the command line sudo gem install ffi to fix the ffi bundle problem.

  7. Go to the iOS folder of your app in the same terminal

  8. Do pod repo update

  9. Now you can do a pod install without a problem.

LW001
  • 2,217
  • 4
  • 27
  • 34
username
  • 116
  • 1
  • 6
  • Could you please link to the answer you're adding to instead of the user auspicious99? They have edited two answers to this question and it's not clear which one you meant to add to. You can copy the link to an answer using the "Share" button below it and [edit] your post to contain the URL of the answer. – LW001 Sep 01 '21 at 19:48
  • @LW001 I did the edit - makes sense! Thank you so much! – username Sep 02 '21 at 08:23
6

Basically tried all solutions listed here.

$ arch -arm64 brew install cocoapods

finally did it for me.

Before doing that, be sure to have homebrew correctly installed with /opt/homebrew being the prefix. This article provides pretty good instructions on this.

Edit: Another option is to remove all your flutter and dart files and just use homebrew for the complete installation process as shown here. This also worked for me on M1 Pro.

Matteo
  • 119
  • 1
  • 4
5

Install cocoapods

sudo arch -x86_64 gem install ffi

Install pod file

arch -x86_64 pod install

Update pod

arch -x86_64 pod update
4

Try $ sudo gem install ffi. It works fine for me.

Kevin
  • 51
  • 1
4

I had the same issue and this is what helped me. Open the terminal and type the below command :

arch -x86_64 sudo gem install ffi
ABM
  • 445
  • 5
  • 15
4

As of version 1.10.1 Jan 7, 2021, CocoaPods is now supporting the new M1 chip.

Ahmed Kamal
  • 2,190
  • 2
  • 17
  • 30
  • I have this version, but I still need to prefix all commands with `arch -x86_64` – tontonCD Jul 21 '21 at 06:47
  • @tontonCD if you're coming from an older version, uninstalling and reinstalling CocoaPods might fix this for you. please confirm if you had the chance to do so. – Ahmed Kamal Jul 24 '21 at 07:41
  • No, sorry, my M1 is new, it's the first time I install cocoa pod. It suggests that uninstalling is not sufficient... but perhaps mandatory... – tontonCD Jul 26 '21 at 08:59
4

If your case is that you've updated your project and already have ffi installed, you will need to run this:

arch -x86_64 pod install --repo-update
4

✅ The following solution work for me on my Apple M1 machine.

I've spent over a week searching for a solution to install CocoaPods successfully on a M1 machine. You may see if my method works for you or not.

The solution requires the Terminal.app to be running in "Rosetta" mode.

But it does not required the Terminal to be running in x86.

[Environment]

Mac mini (M1, 2020) / macOS Big Sur (Version 11.5.2) / Xcode Version 13.0 (13A233)


Terminal + Rosetta

(Rosetta is required on CocoaPods installation)

To run the terminal.app in "Rosetta" mode,

Right click the Terminal.app > Select "Get Info" > Make sure "Open using Rosetta" is checked.

Image showing a checkbox with item "Open using Rosetta" is checked.


Steps

(1) Run the following lines for updating gem.

Make sure you gem version is up-to-date before executing any commands following. The update is introduced by this article on Medium.

sudo gem update -n /usr/local/bin --system

sudo gem install  -n /usr/local/bin cocoapods --pre

(2) Execute the commands using the "sudo" command.

sudo gem install

(3) Install an older version of CocoaPods

As the latest version (1.10.0) cannot be installed for my case. I've tried installing an older version. The line execute successfully without any error messages.

You may check the thread on Apple's forum.

sudo gem install -n /usr/local/bin cocoapods -v 1.8.4

Solutions on Error

Then, the compiler may bring you some error, like "active developer path do not exist". This error would shown if you've installed a beta version of Xcode on your machine.

You would need run following lines for the compiler to switch to a new active path, pointing to the new Xcode app.

sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer

If your Xcode refuses to switch, you may check out this thread on Apple's forum to see if it helps.


Final Step ⬇️

(1) Uncheck "Open using Rosetta"

Then, may go back to the "info" panel and uncheck "Open using Rosetta", but unchecking Rosetta is optional. You may keep the box checked if it is needed.

(2) Run CocoaPods commands as usual

After that, you can back to the project directory and run commands pod init to initiate the CocoaPods for your project as usual

Steps for a normal CocoaPods build:

  1. pod init
  2. open Podfile
  3. edit Podfile (for specifying pods)
  4. pod install
  5. The .xcworkspace is ready to be opened in Xcode.

Use sudo xcodebuild -license if you've faced an error (regarding to Xcode registration).

Nimantha
  • 5,793
  • 5
  • 23
  • 56
21.kaw
  • 523
  • 2
  • 6
  • 16
4

This is how I solved my problem in M1. Someone might be helped.

From System preference. User & group. Set login shell as

   /bin/bash 

Then close the terminal and reopen it.run this command

sudo gem install -n /usr/local/bin cocoapods -v 1.8.4

Hopefully, this will works.

Shourob Datta
  • 1,585
  • 17
  • 27
3

I've been having the same issue. I did find that the cocoa pods UI app seems to work as expected.

Stropdale
  • 46
  • 2
3

this is what i got when trying to instal ffi in native terminal:

Fetching ffi-1.13.1.gem
Building native extensions. This could take a while...
ERROR:  Error installing ffi:
    ERROR: Failed to build gem native extension.

    current directory: /Library/Ruby/Gems/2.6.0/gems/ffi-1.13.1/ext/ffi_c

switching to Rosetta enabled terminal, installing "gem install cocoapods" fails on

You don't have write permissions for the /usr/bin directory.

but then installation of ffi was successful...

Finally solved it with

sudo gem install cocoapods -n /usr/local/bin
An Chin
  • 453
  • 5
  • 8
3

IN MAC M1, for anyone using KMM (Kotlin Multiplatform Mobile), but it may work for other, finding that it does not create files on the .xcworkspace for the iOS APP, when using CocoaPods as dependency manager, first install CocoaPods by typing

sudo gem install cocoapods

than navigate to your project folder, now on the iOS folder and type

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

Now you should find all the files in iOS workspace. If you have problems with

/Users/$name/$directory/$projectName/$iosFolderName/$iosAppName.xcodeproj 
The linked and embedded framework 'Pods_iosApp.framework' is missing one or more architectures required by this target: x86_64.

You need to add arm64 to xCode, click on the project folder -> Build Settings -> and search for Excluded Architectures and add arm64

WaSderino
  • 31
  • 4
2

For updating pods, maybe someone will help:

After installing ffi:

sudo arch -x86_64 gem install ffi

Update dependencies

arch -x86_64 pod update
pajtimid
  • 460
  • 4
  • 13
2

Install pod in project without using rosetta terminal just follow below steps

  • sudo arch -x86_64 gem install ffi
  • arch -x86_64 pod install
2

Pod Not installing on M1 Chip MAC ??? No worries

run below three commands : -

pod deintegrate

sudo arch -x86_64 gem install ffi

arch -x86_64 pod install

it works !!

Govind Wadhwa
  • 764
  • 5
  • 16
2

Mac M1 MacOS BigSur solution:

brew cleanup -d -v    
brew install cocoapods
brew link --overwrite cocoapods
0

I did get this problem after new dependencies (Firebase) where added to the repo. Was then able to do the sudo arch -x86_64 gem install ffi, but other problems remained after it.

My fix was: re-cloning the repo and running it again.

Setup: Xcode 12.4 Mac M1 react-native 63.4

0

I have a twist to this answer:

  1. run
sudo gem install ffi
  1. the twist: I restarted my machine and then it worked.
ScottyBlades
  • 9,795
  • 4
  • 62
  • 71
0

I had the same problem with my new MacBook Air M1 just because m1 has a different architecture we should install packages with Rosetta Translation Environment.

You can solve most compatibilities by using rosetta.

STEPS TO SOLVE:

  1. Open finder/applications
  2. Duplicate your terminal
  3. Right-click the new terminal and check the checkbox [x] open using

and then install packages with this terminal enter image description here

0

the solution for me was to add arch -x86_64 at the begining of the create command

Blue
  • 11
  • 2
0

If you Are using M1 chip system then use-

go to application folder-

select terminal open with rosseta- then run cmd-

sudo arch -x86_64 gem install ffi

Then

arch -x86_64 pod install
Tariqul
  • 2,363
  • 1
  • 19
  • 32
Rohit Nishad
  • 274
  • 3
  • 7
0

This is what worked for me, trying to build app on Mac M1

first go to your applications folder and

select terminal app -> get info -> select run with rosseta

// if you are trying to build the app through xcode Repeat the above steps for xcode app

Note: Make sure your terminal and code are closed while doing so.

Now run your terminal switch to your project_folder/ios

Run below-shown commands

sudo gem install cocoapods

sudo gem install ffi

sudo arch -x86_64 gem install ffi
Vicky Salunkhe
  • 7,528
  • 4
  • 34
  • 51
0

All of the above solutions are valid, just wanted to post that with home brew and cocoapods supports native Apple Silicon chips you can run the command without prefixing arch -x86_64

so, sudo gem install ffi will do the job.

Hamza Jadid
  • 204
  • 5
  • 14
0

without Rosetta you can do like this

  1. Ensure OS is updated to macOS Big Sur 11.3.1
  2. /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
  3. brew install cocoapods
Paresh Mangukiya
  • 37,512
  • 17
  • 201
  • 182
0

Click right and open get info menu Check "Open using rosetta"

sudo gem install cocoapods

sudo gem install ffi

sudo gem update --system // Update ruby

If it doesn't work:

Install a ruby manager, I preferred rvm

rvm install:

  • $brew install gnupg
  • gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
  • \curl -sSL https://get.rvm.io | bash

Don't forget to add bash profile:

export PATH="$PATH:$HOME/.rvm/bin" # Add RVM to path for scripting (to manage Ruby versions) export PATH="$GEM_HOME/bin:$PATH" [[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session as a function

  • Check

$rvm -list

command if rvm is installed successfully

  • Install new ruby version:

$rvm install 3.1.2

  • Select default version:

$rvm --default use 3.1.2

Then restart the terminal and run $sudo gem install cocoapods

erdikanik
  • 584
  • 7
  • 11
-1

If you are on an older project that needs to be ported over don't forget to update the project.pbxproj files in your Runner.xcodeproj and Pods.xcodeproj.

The IPHONEOS_DEPLOYMENT_TARGET probably is still pointed towards 8.0

Update all occurrences as follows:

IPHONEOS_DEPLOYMENT_TARGET = 9.0;
-1

For Final Run Mac 1 Silicon 0.65 (any version)

Npx react-native init Nitin2

Then change the pod file

Go to

Cd iOS

Open pod file

Add

platform :ios, '12.1'

use_flipper!() post_install do |installer| react_native_post_install(installer) installer.pods_project.build_configurations.each do |config| config.build_settings["EXCLUDED_ARCHS[sdk=iphonesimulator*]"] = "arm64" end end

And bridge header by adding the new swift file and after addition of bridge header please delete the swift file otherwise swift file may generate error.

Pod File

For Creating the Swift File.

Go to project nitin2 -> Nitin2 (sub project) and right click on it Click New File Select swift file -> next Then select the nitin2 directory in the iOS folder Leave the file name same Click checkbox nitin2 in the target Click create Now the it will ask to create the bridging header.h Yes create the file And now go to

Go to project nitin2 -> Nitin2 (sub project) See the file.swift and delete it.

xcode add the bridge header arm64

Now go to Xcode -> target Nitin2 -> build setting In ARCHITECTURES CLICK EXCLUDED ARCHITECTURES AND ADD THE arm64

Now Remove the build folder from Xcode product menu

Now do the things through terminal

Cd go to iOS directory

pod cache clean --all

yarn cache clean

rm -rf ~/Library/Developer/Xcode/DerivedData/*

open nitin2.xcworkspace

rm -rf Pods Podfile.lock

pod deintegrate && pod setup && pod install

code /Users/nitin/D1/www/projects//ios/Pods/../../node_modules/react-native/React/FBReactNativeSpec/../../scripts/generate-specs.sh

Add export PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin

Then run the iOS npx react-native run-ios

  • 1
    You appear to have already posted an extremely similar (near identical) [answer](https://stackoverflow.com/a/69101115/10871073) elsewhere. Please refrain from so doing; a comment linking to your earlier answer may be more appropriate in such cases. – Adrian Mole Sep 08 '21 at 12:25