-
Notifications
You must be signed in to change notification settings - Fork 351
Support for arm64 arch #4215
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
Comments
We are hoping to have this for our 1.3 release- we have found a reliable build of Deno for arm64 that we will attempt to use! I'll leave this open to track our local status... |
I got a problem with running |
That is a different issue - Quarto should work well on an M1 Mac. |
Great to know, and for some magical reason my issue was also resolved on its own today. |
Let us know if you run into further problems. Native support for ARM on Linux should be available shortly. Closing as a duplicate as noted above. |
It seems to still be open. |
(ARM64 support for Linux is available now in the Quarto pre-release) |
Is native support for ARM64 Macs (M1/M2) also planned (if so, when)? I just tried the 1.3 prerelease, but it still prompts me to install Rosetta. |
@cbrnr we have native deno support for it, but some of our dependencies don't build for Apple Silicon. Specifically,
|
Thanks @cscheid! Should I open a new issue to track Apple Silicon support? Regarding Pandoc, Homebrew has been shipping a native version for almost 2 years now. Would it make sense to ping the Pandoc developers and ask if there are any remaining issues? If so, would it be possible to use the Homebrew version when you build Quarto for Mac? |
We want to depend on first-party builds only, if at all possible. I'm curious - is there a specific reason you don't want Rosetta 2 installed? I develop primarily on M1 and haven't experienced any issues with Pandoc's x86_64 version. |
I have no problem with installing and using Rosetta 2 if that's the only way I can run a particular app. I've also had zero issues using Pandoc so far. However, obviously this is far from ideal, and although Rosetta2 works really nicely and surprisingly fast, a native binary is still a lot faster and more efficient. Not that it matters much for Pandoc, but since M1 has been out for more than 2 years, and Homebrew has had a native version since almost 2 years, I'd say building an ARM version of Pandoc should be possible. I suppose it comes down to finding some CI that supports Apple Silicon, but there are should be a few available nowadays. I guess I'll just ask them, as it also looks like this issue has probably been forgotten. |
@cscheid the next Pandoc release will include a native Apple Silicon binary. I guess this means that Quarto could also make a native release soon? |
Let us know when that exists, and we'll make sure to do it on our side! |
Pandoc 3.1.2 has just been released, and it now includes an ARM64 macOS package! |
We're very late into 1.3, and being very conservative about changes to take into 1.3. But we'll definitely change our 1.4 packages to have a native apple silicon binary. |
Bug description
I'd like to ask if there are any plans to support arm64 for Linux?
Quarto not being available for arm64 currently blocks a full-fledged Posit Workbench arm64 setup.
AFAICS one blocking issue is that
deno
is not yet available for arm64? denoland/deno#1846Checklist
The text was updated successfully, but these errors were encountered: