-
Notifications
You must be signed in to change notification settings - Fork 26
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
Support macos-aarch64
as a platform keyword
#60
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for taking the time to submit a contribution 👍
src/artifact_choosing.rs
Outdated
"macos-aarch64", | ||
"darwin-aarch64", | ||
"macos-x86_64", | ||
"darwin-x86_64", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we keep the macos-x86_64
and darwin-x86_64
here? I think we could just remove them
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that should be possible actually - since the fallback "macos" will be picked anyways
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fair to assume that if there are any disambiguated binaries, they'll probably all be disambiguated (rather than having macos-arm64
and macos
, you'd have macos-arm64
and macos-x86_64
to make sure that both names are clear).
So I'm onboard with that as well; don't need to do it in this PR if you don't want to, though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks for the contribution!
src/artifact_choosing.rs
Outdated
"macos-aarch64", | ||
"darwin-aarch64", | ||
"macos-x86_64", | ||
"darwin-x86_64", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fair to assume that if there are any disambiguated binaries, they'll probably all be disambiguated (rather than having macos-arm64
and macos
, you'd have macos-arm64
and macos-x86_64
to make sure that both names are clear).
So I'm onboard with that as well; don't need to do it in this PR if you don't want to, though.
@JohnnyMorganz all that's needed is for the CLA check to pass. There used to be a bot comment that told what the contributor needed to do but it looks like it's not working properly. I think if you comment "I have read the CLA Document and I hereby sign the CLA" to the PR, then we can re-run the check and that should do it. |
CLA Signature Action: All authors have signed the CLA. You may need to manually re-run the blocking PR check if it doesn't pass in a few minutes. |
I have read the CLA Document and I hereby sign the CLA |
StyLua produces macOS M1 binaries using the
macos-aarch64
name, rather thanmacos-arm64
.We add in
macos-aarch64
as a platform keyword so it doesn't fall back to the Rosetta x86_64 binary