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
Sign macOS binaries so that they work on Apple Silicon machines. #116
Conversation
…e Silicon machines. This can be reverted once jnr/jnr-ffi#257 is resolved (likely with jnr/jffi#116). See #963.
Let's go with this for now and I can look into a proper signature once we have the right mojo in place. |
I'll spin releases of JNR today. |
Ugh... of course I should have rebuilt the Darwin binary. I will try to get to a new release before Thanksgiving (US), but not sure I will be able to do so. |
… libjffi on Apple Silicon machines."" This reverts commit 7eabe8d. See jnr/jffi#116 (comment)
@headius will the rebuilt Darwin binary be released as a new minor release on maven ( |
@mikeclarke Yup, doing that now. |
I have released jffi 1.3.8 with the rebuilt and signed binary. Please confirm? |
@headius i could be missing something, but it looks like the 1.3.7 release had a |
@mikeclarke Hmm, nothing should have changed in the 1.3.8 build. I just checked maven central and the native jar is there with all the binaries in it. https://repo1.maven.org/maven2/com/github/jnr/jffi/1.3.8/
|
I checked 1.3.7 and the files there are the same, including the |
you're right, this was my fault (I was checking my local |
Resolves jnr/jnr-ffi#257.
An ad-hoc signature seems to be sufficient based on reports from users in batect/batect#963.
Signature can be verified with
codesign -dv build/jni/libjffi-1.2.jnilib
.