```
---
### Author:  [@tanis](https://community.haxe.org/u/tanis)
#### Post date: [February 23, 2024, 2:27pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/4 "2024-02-23T14:27:24Z")
Has there been any progress in making the VSCode debugger work on Apple Silicon now that HashLink compiles flawlessly on that architecture?
---
### Author:  [@okaybmd](https://community.haxe.org/u/okaybmd)
#### Post date: [June 3, 2024, 1:35pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/5 "2024-06-03T13:35:05Z")
Hi! I also managed to build hl for my Mac: MacBook Air with M1 processor, macOS Sonoma OS (14.5). I’m leaving here for posterity, full steps, compiled from other sources as well (since those needed to be adjusted for Sonoma anyway).
Please note that this setup works after I already have a regular version of homebrew installed, and a hl compiled (that does NOT work), however, this way is easier because you don’t need to make any edits to flags (as @cpimhoff is saying above).
1. Open a NEW terminal, check the current architecture by typing:
`arch`
Will say something like `arm64`
2. We need to make it say “i386”. Now, since we can’t duplicate the terminal shortcut in Sonoma, as other older tutorials say, all we can do is close this terminal, right-click the terminal shortcut (from Finder \> Applications \> Utilities \> Terminal, select “Get info”. We’ll see a pop-up with a checkbox that says “ **Open using Rosetta** ”, mark it as checked, close this pop-up, and double-click it to open a new terminal. Now, when we type “`arch`” again, should say `i386`
3. Navigate to the desired new install folder (I just installed it at the default path, which is user home (“~”), not ideal, but seems to work fine), create a new folder (I’m using hl\_i386, but you can use anything you want), then enter it:
```haxe
mkdir hl_i386
cd hl_i386
```
1. Install the Intel version of Homebrew, as above:
`arch -x86_64 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"`
1. Get the last HashLink source:
`git clone https://github.com/HaxeFoundation/hashlink.git`
5b. Enter the folder
`cd hashlink`
1. Build hash link (as above):
```haxe
arch -x86_64 /usr/local/bin/brew bundle
arch -x86_64 make
```
1. Create Hello World example (right in this folder, not cool, but this is how I did it):
`nano Main.hx`
7b. Add this content to the new file:
```haxe
class Main {
static public function main():Void {
// Single line comment
trace("Hello World");
}
}
```
1. Also create this file:
`nano compile.hxml`
8b. Add this content:
```haxe
-cp src
-lib heaps
-lib hlsdl
-hl hello.hl
-main Main
```
1. Compile it:
`haxe --hl hello8.hl --main Main`
1. Run it. _Make sure to use **THIS** new path for hl, my mistake was that I was trying to run it using `hl hello8.hl` which was WRONG, because I already had a different HashLink on my system (the wrong one) and it was using it, even if I was in the proper folder, where the new hl was installed! Seems like PATH on a Mac comes before the current folder. So the proper instruction was:_
`./hl hello8.hl`
Which prints “`Hello World`”. Finally!
1. You can also disable rosetta from the terminal shortcut.
2. And maybe edit the PATH to use the new hl. And remove the “hello world” related files if you did as me 🙂
That’s it! Not very clean, but it works 😃
---
### Author:  [@okaybmd](https://community.haxe.org/u/okaybmd)
#### Post date: [June 3, 2024, 1:46pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/6 "2024-06-03T13:46:44Z")
I forgot to mention that building HL gives some warnings, but worry not, it still works as a charm 😉
---
### Author:  [@yz-xlame](https://community.haxe.org/u/yz-xlame)
#### Post date: [August 15, 2024, 6:42am UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/7 "2024-08-15T06:42:23Z")
macbook pro m1 sonoma 14.6.1:
brew install [hashlink/Brewfile at master · HaxeFoundation/hashlink · GitHub](https://github.com/HaxeFoundation/hashlink/blob/master/Brewfile)
then clone hashlink
then `make` and `make install`
look like is fine
---
### Author:  [@yz-xlame](https://community.haxe.org/u/yz-xlame)
#### Post date: [August 15, 2024, 8:42am UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/8 "2024-08-15T08:42:34Z")
You may encounter such a problem. I tried to change to arch -x86\_64
>
>
> \### error
> \`\`\`
> heaps/git/h3d/impl/GlDriver.hx:223: characters 11-23 : Class\ has no field setGLVersion
> \`\`\`
> \### version:
> \`\`\`
> haxe 4.3.6
> heaps 2
> hlsdl 1.14
> hasklink 1.14
> macbook pro m1 14.6.1
> \`\`\`
>
> same issue: \[929\](https://github.com/HeapsIO/heaps/issues/929)
> I have seen that hashlinks exist, why is there an error message?
---
### Author:  [@min-pascal](https://community.haxe.org/u/min-pascal)
#### Post date: [December 28, 2024, 9:59pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/9 "2024-12-28T21:59:49Z")
I am having trouble at step 6. Despite running “arch -x86\_64 make” libraries are still being fetched from opt/homebrew
---
### Author:  [@Geokureli](https://community.haxe.org/u/Geokureli)
#### Post date: [February 21, 2025, 6:47pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/10 "2025-02-21T18:47:12Z")
this happened to me, when I closed the terminal to open a new one with rosetta I needed to quit the terminal program, not just close
---
### Author:  [@Geokureli](https://community.haxe.org/u/Geokureli)
#### Post date: [February 21, 2025, 7:06pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/11 "2025-02-21T19:06:11Z")
[solved] I seem to be having issues
running `./hl` shows:
> Usage : hl [–debug] [–debug-wait]
but `arch -x86_64 make` shows:
> When building HashLink from source, you must run `make codesign_osx` before installing.
so i ran `arch -x86_64 make codesign_osx` which shows a bunch of successful looking stuff followed by `1 key imported.`
but `lime setup hashlink` still tells me to run `make codesign_osx` again. I also tried `make codesign_osx` without `arch -x86_64`, just in case. Was I supposed to sign this in an earlier step?
Is steps 7+ just verifying that it works, or is that needed?
Edit: Talked to Josh in discord:
> Lime always says that when you have a custom HL\_PATH
> it doesn’t check if it’s signed or anything
The actual issue was that dragging the hashlink folder into terminal for the `lime setup hashlink` path adds a space which was used in the path. I removed the space and i can compile hl now
Thanks all!
---
### Author:  [@antoniobrandao](https://community.haxe.org/u/antoniobrandao)
#### Post date: [May 22, 2025, 12:56pm UTC](https://community.haxe.org/t/compiling-hashlink-on-macos-apple-silicon/3150/12 "2025-05-22T12:56:20Z")
> [@okaybmd](#):
>
> `arch -x86_64 make`
Everything seems ok until I run `arch -x86_64 make`
I get an error that stops the process, hl doesn’t get compiled
`ld: symbol(s) not found for architecture x86_64´ ´clang: error: linker command failed with exit code 1 (use -v to see invocation)`
In the log I see
`ld: warning: ignoring file '/opt/homebrew/lib/libvorbisfile.dylib': found architecture 'arm64', required architecture 'x86_64'`
Seems that it isn’t using the intel homebrew afterall… but the previous command worked fine : `arch -x86_64 /usr/local/bin/brew bundle `
**EDIT:**
Fixed it by hard-coding the 2 brew prefixes in the Makefile:
`BREW_PREFIX = $(shell brew --prefix)`
`# prefixes for keg-only packages`
`BREW_OPENAL_PREFIX := $(shell brew --prefix openal-soft)`
Changed to:
`BREW_PREFIX=/usr/local`
`# prefixes for keg-only packages`
`BREW_OPENAL_PREFIX=/usr/local/opt/openal-soft`
