-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What's the status of apple M1/arm64 support? #597
Comments
Since VSCode is already supporting it, it's on the roadmap for VSCodium. If GH Actions has support for Darwin+arm, it should be really simple. Haven't had a chance to look into it yet. |
There is no support in GitHub Actions yet 😢: actions/runner-images#2187 |
Yeah we will need to wait for GH Actions support; suggest 👍-ing the linked issue. |
VSCode 1.54+ has M1 support now! Super looking forward to the VSCodium update :) Edit: Yay I'm on 1.54.2 now \o/ |
I downloaded 1.54.2 and the Architecture still says "Intel"… what I'm missing?
|
@jiserra M1 is not available on github actions. Microsoft must be using a mac mini to build its project. |
Can someone please clarify if the latest build is on arm or not? confused by the two comments -
|
VSCodium is built with GitHub actions which don't support M1 yet. |
A related project is using GitHub actions to compile Chromium from source to The builds takes more than a day tho 👀 Hopefully vscodium is using a pre-built electron as base? 🤔 |
oh snap, indeed, i spoke too soon - sorry. |
Does Electron already support M1 (aarch64)? |
Let´s say I have a M1 machine, what would be necessary to build VS Codium? My status: I have a machine, I have basic programming skills in front end web development. Is it difficult if one has never done it? |
Have a read of the GitHub Actions workflow for your OS - here. That's where I'd start. |
@togethereveryday If you want to build VSCodium manually, you can run the script |
i'm a bit confused as to why i was pinged, i didn't comment on this issue and i don't have an m1 mac . |
@theotheroracle Sorry, it's my mistake. Bad autocomplete and I haven't rechecked... |
Oh ok, no worries |
Was able to build for the M1 on my machine. Changed the environment variable |
I had to modify a couple of packages on |
If anybody is lazy, you can use the binary from my fork: https://github.com/tibeer/vscodium |
Thanks @tibeer , this is definitely appreciated! |
I actually tried running, and it says |
This is because of Gatekeeper restrictions as the app isn't signed. You can execute the following to remove the quarantine attribute.
|
Hi @tibeer, Thank you for these M1 ARM64 builds 👍 Have a good day, |
@tortuetorche interesting, I never noticed. Further discussion/resolving should be done here: tibeer/vscodium#2 |
I think this can be added to official project as now Big sur is available on github actions. See here. |
@MohamedElashri Thx for the info. I will take a look. |
I think it is just a trivial change now in |
No news on a supported version of arm arch through the default VSCodium project? |
Unless Github add mac m1 VMs to Github action, nothing will change. But you don't need that anyway, clone the repo and build VSCodium on your machine and everything will work following this comment. Edit: it just takes less than 6 minutes to build from source on mac m1 |
build it your self. Here is a guide: https://ilias.sh/posts/build-vscodium-on-darwin-arm64/ |
@MohamedElashri, if you have a moment, could you please explain why this is the case? It seems like other Xcode and Electron projects are able to build on Intel-based Macs/VMs and produce a "Universal" application which can run natively on either architecture. Thanks! (edit: tagged the wrong contributor, apologies!) |
@macserv Yes, it seems to be possible but we need somebody to be able make a working PR. Since I can't test it, I won't make it... But anybody is free to make it 😉 |
For VSCodium situation is a bit different, because you need to build it the same way the upstream is built. And looks like they first build archives on different platforms and after this combine into universal app: I tried to do it on M1 Mac (building for both architectures on that host) and this didn't work. I will try do build x64 on Intel Mac later and then compose universal on M1 some time later. So, to get fully functional universal app, not only the build targets will have to be adjusted, but the whole CI workflow should include additional steps (fetching intermediate artifacts from different build agents). |
Changed the environment variable VSCODE_ARCH to arm64, installed all dependencies then ran ./build/build_macos.sh. And it gave me error: ./build/build_macos.sh: line 8: arm64: command not found |
It built ok for me on SHOULD_BUILD=yes CI_BUILD=no OS_NAME=osx VSCODE_ARCH=arm64 . build.sh on https://github.com/VSCodium/vscodium/blob/master/build/build_macos.sh#L8 and then running the build as |
@codeluggage I replaced my node version with a correct version (it wasn't the correct version) and typed the entire command you gave (I didn't write the "VSCODE_ARCH=arm64" part before) and it worked. I don't know if it was because of my node version or because I typed the command incompletely, but thanks a lot. |
Is there official release date VSCodium prebuilt binaries for Apple Silicon? |
I've discover that MacStadium offers free vm for open source project. I will try it and setup the workflow. |
You can build arm64 binary on x86_64 too. You need only Xcode 12.5 or 13. |
You could just build a universal binary too, couldn't you? Not really much of a reason to split the releases by architecture if a universal binary build works. |
I already tried to make to make an arm64 binary by using macOS 11 but the dependencies were still x86. Since I can't test, it's kinda hard for me to find the issue, if it's possible... |
I'm free to test M1 binaries by the way. I've just built the latest version of code this morning. I'm also putting together a brew script that will build and install locally. |
https://drive.google.com/file/d/12dvGL8rbV7wP880Gc_cuvlwjiDTHw4P_/view?usp=sharing Here. I built arm64 version on my M1 Air, macOS 12.2.1 |
This works for me on my M1 Pro, macOS 12.3.1. What can I do to contribute to getting these binaries hosted with the other releases? I'd really love to make the M1 build available on Nixpkgs. e: included an unnecessary @ mention at first, sorry about that 😅 |
Hi all, the macOS arm64 binary is finally available. Please provide any feedback if it's working or not. Thx |
yeah I would say don't worry about the universal version. I don't think people buy an m1 mac for dev work without knowing what they're buying 👍🏻 |
I have replaced my built arm64 version by the selfhosted generated version on the repo and so far it is working without any problems. |
@daiyam for completeness: Can you post the link to the binary which should be tested? It's neither here: https://github.com/VSCodium/vscodium/releases nor here: https://github.com/VSCodium/vscodium/tags |
@tibeer For the quarantine, yep, I'm in the process to update the README and the website. |
|
If you want to learn more about why you need to clear the quarantine flag on Apple Silicon builds, take a look at this Apple Platform Security Document. Specially under Unsigned x86_64 code:
|
Is there a plan to do a release of VSCodium which is native to M1, or else a universal binary? It looks like VSCode is already supporting this, is it on the roadmap for VSCodium?
The text was updated successfully, but these errors were encountered: