You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Short description of the issue/suggestion:
MacOS SCRIPT and UNIVERSAL stubs both run as x64 (Intel as indicated in Activity Monitor) on an ARM64 machine. Explicitly setting macStartup = "ARM64" produces a .app that runs as Apple
Steps to reproduce the issue/enhancement:
On an Apple Silicon mac, package application into .app using the default macStartup of SCRIPT or explicitly set to UNIVERSAL
Run produced .app
What is the expected behavior?
Activity monitor shows application is running as Apple
What is the current behavior?
Activity monitor shows application is running as Intel
Please tell us about your environment:
JavaPackager version: 1.7.6
OS version: macOS 15.1.1 (24B2091)
JDK version: OpenJDK 64-Bit Server VM Temurin-17.0.13+11
Build tool:
Maven
Gradle
The text was updated successfully, but these errors were encountered:
Hi @idontusenumbers!
It seems that Mac OS 15+ has broken JP, since there are a lot of similar issues related to this one😢 @maths22 has contributed to JP with a nativeJavaApplicationStub. Please, read this comment in issue #448 and test it if possible.
Thanks!!
P.S.: I don't have a Mac anymore, so is very difficult for me to test it by myself.
I'm submitting a…
Short description of the issue/suggestion:
MacOS
SCRIPT
andUNIVERSAL
stubs both run as x64 (Intel as indicated in Activity Monitor) on an ARM64 machine. Explicitly settingmacStartup = "ARM64"
produces a.app
that runs asApple
Steps to reproduce the issue/enhancement:
.app
using the defaultmacStartup
ofSCRIPT
or explicitly set toUNIVERSAL
.app
What is the expected behavior?
Activity monitor shows application is running as
Apple
What is the current behavior?
Activity monitor shows application is running as
Intel
Please tell us about your environment:
The text was updated successfully, but these errors were encountered: