Skip to content

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

Closed
4 tasks
pat-s opened this issue Feb 4, 2023 · 17 comments
Closed
4 tasks

Support for arm64 arch #4215

pat-s opened this issue Feb 4, 2023 · 17 comments
Assignees
Labels
bug Something isn't working early-in-release An issue that should be worked on early in the release (likely due to risk)
Milestone

Comments

@pat-s
Copy link

pat-s commented Feb 4, 2023

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#1846

Checklist

  • Please include a minimal, fully reproducible example in a single .qmd file? Please provide the whole file rather than the snippet you believe is causing the issue.
  • Please format your issue so it is easier for us to read the bug report.
  • Please document the RStudio IDE version you're running (if applicable), by providing the value displayed in the "About RStudio" main menu dialog?
  • Please document the operating system you're running. If on Linux, please provide the specific distribution.
@pat-s pat-s added the bug Something isn't working label Feb 4, 2023
@dragonstyle
Copy link
Collaborator

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...

@dragonstyle dragonstyle self-assigned this Feb 4, 2023
@dragonstyle dragonstyle added this to the v1.3 milestone Feb 4, 2023
@salfaris
Copy link

salfaris commented Feb 4, 2023

I got a problem with running quarto on my Mac M1. Is that related to this issue – i.e. that you can't run quarto on Mac M1 yet – or is arm64 for Linux a different thing? In the latter case, I will post a new issue, but I want to confirm this first here.

@dragonstyle
Copy link
Collaborator

That is a different issue - Quarto should work well on an M1 Mac.

@salfaris
Copy link

salfaris commented Feb 5, 2023

Great to know, and for some magical reason my issue was also resolved on its own today.

@eitsupi
Copy link
Contributor

eitsupi commented Feb 6, 2023

I think this issue is duplicate of #190 and #781.

@dragonstyle
Copy link
Collaborator

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.

@eitsupi
Copy link
Contributor

eitsupi commented Feb 11, 2023

It seems to still be open.

@dragonstyle
Copy link
Collaborator

(ARM64 support for Linux is available now in the Quarto pre-release)

@cbrnr
Copy link

cbrnr commented Feb 22, 2023

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.

@cscheid
Copy link
Collaborator

cscheid commented Feb 22, 2023

@cbrnr we have native deno support for it, but some of our dependencies don't build for Apple Silicon. Specifically,

@cbrnr
Copy link

cbrnr commented Feb 23, 2023

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?

@cscheid
Copy link
Collaborator

cscheid commented Feb 23, 2023

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.

@cbrnr
Copy link

cbrnr commented Feb 23, 2023

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.

@cbrnr
Copy link

cbrnr commented Mar 13, 2023

@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?

@cscheid
Copy link
Collaborator

cscheid commented Mar 13, 2023

Let us know when that exists, and we'll make sure to do it on our side!

@cbrnr
Copy link

cbrnr commented Mar 28, 2023

Pandoc 3.1.2 has just been released, and it now includes an ARM64 macOS package!

https://github.com/jgm/pandoc/releases/tag/3.1.2

@cscheid
Copy link
Collaborator

cscheid commented Mar 28, 2023

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.

@cscheid cscheid modified the milestones: v1.3, v1.4 Mar 28, 2023
@cscheid cscheid added the early-in-release An issue that should be worked on early in the release (likely due to risk) label Mar 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working early-in-release An issue that should be worked on early in the release (likely due to risk)
Projects
None yet
Development

No branches or pull requests

6 participants