From 6c1311eb646bbc1195d23aa01b9ccd2993a0d67d Mon Sep 17 00:00:00 2001 From: Ellet <73608287+freshtechtips@users.noreply.github.com> Date: Fri, 1 Dec 2023 06:01:08 +0300 Subject: [PATCH] Update README.md --- README.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/README.md b/README.md index 887216f5c1c..b68b6038c9e 100644 --- a/README.md +++ b/README.md @@ -944,12 +944,12 @@ Ignore insecure directories and continue [y] or abort compinit [n]? y Homebrew causes insecure directories like `/usr/local/share/zsh/site-functions` and `/usr/local/share/zsh`. This is **not** an `nvm` problem - it is a homebrew problem. Refer [here](https://github.com/zsh-users/zsh-completions/issues/680) for some solutions related to the issue. -**Macs with M1 chip** +**Macs with Apple Silicon chips** -Experimental support for the M1 architecture was added in node.js v15.3 and full support was added in v16.0. +Experimental support for the Apple Silicon chip architecture was added in node.js v15.3 and full support was added in v16.0. Because of this, if you try to install older versions of node as usual, you will probably experience either compilation errors when installing node or out-of-memory errors while running your code. -So, if you want to run a version prior to v16.0 on an M1 Mac, it may be best to compile node targeting the `x86_64` Intel architecture so that Rosetta 2 can translate the `x86_64` processor instructions to ARM-based Apple Silicon instructions. +So, if you want to run a version before v16.0 on an Apple Silicon Mac, it may be best to compile Node Js targeting the `x86_64` Intel architecture so that Rosetta 2 can translate the `x86_64` processor instructions to ARM-based Apple Silicon instructions. Here's what you will need to do: - Install Rosetta, if you haven't already done so @@ -958,7 +958,7 @@ Here's what you will need to do: $ softwareupdate --install-rosetta ``` - You might wonder, "how will my M1 Mac know to use Rosetta for a version of node compiled for an Intel chip?". + You might wonder, "how will my Apple Silicon Mac know to use Rosetta for a version of node compiled for an Intel chip?". If an executable contains only Intel instructions, macOS will automatically use Rosetta to translate the instructions. - Open a shell that's running using Rosetta @@ -967,7 +967,7 @@ Here's what you will need to do: $ arch -x86_64 zsh ``` - Note: This same thing can also be accomplished by finding the Terminal or iTerm App in Finder, right clicking, selecting "Get Info", and then checking the box labeled "Open using Rosetta". + Note: This same thing can also be accomplished by finding the Terminal or iTerm App in Finder, right click on it, selecting "Get Info", and then checking the box labeled "Open using Rosetta". Note: This terminal session is now running in `zsh`. If `zsh` is not the shell you typically use, `nvm` may not be `source`'d automatically like it probably is for your usual shell through your dotfiles. @@ -977,7 +977,7 @@ Here's what you will need to do: $ source "${NVM_DIR}/nvm.sh" ``` -- Install whatever older version of node you are interested in. Let's use 12.22.1 as an example. +- Install whatever older version of Node you are interested in. Let's use 12.22.1 as an example. This will fetch the node source code and compile it, which will take several minutes. ```sh @@ -1037,7 +1037,7 @@ This could simply be solved by running this in your root directory: sudo chattr +i /etc/resolv.conf ``` -This deletes your `resolv.conf` file thats automatically generated when u run WSL, creates a new file and puts `nameserver 8.8.8.8`, then creates a `wsl.conf` file and adds `[network]` and `generateResolveConf = false` to prevent auto generation of that file. +This deletes your `resolv.conf` file that is automatically generated when u run WSL, creates a new file and puts `nameserver 8.8.8.8`, then creates a `wsl.conf` file and adds `[network]` and `generateResolveConf = false` to prevent auto-generation of that file. You can check the contents of the file by running: