My issue is that, while I can manage to compile the launcher into an ARM executable that runs, imagej-launcher itself seems to be incompatible with modern versions of the JDK, both the official ARM-native Oracle JDK17 ( ), and OpenJDK from a package manager like Homebrew. Hey Peter, thanks for your work on this, it'll only become more important as more M1 Macs are adopted in the bioimaging community. Here's a link to the binary if anyone wants to test it themselves, it belongs in: The missing case is universal launcher on x86 Mac, which I might be able to try this weekend. So from where I sit, a universal imagej-macosx for Fiji with native JRE inside is the best for Apple Silicon Macs, but all cases work fine, as long as a system Java exists.

While adoptopen vs 1_zulu uses the included zulu.) So adoptopen vs zulu results in wrong architecture error and system java. (Also, if anyone is curious, if you put both an x86 and arm64 JRE in Fiji.app/java it's alphabetical. Normal launch (<4 s), no issues, 1 Fiji in dock my universal imagej-macosx (x86/arm64), with native Azul 11 JRE inside Fiji.app:.System Java fallback, launches Fiji, No issues. my universal imagej-macosx (x86/arm64), with no JRE:.Wrong architecture error, system Java fallback, launches Fiji, No issues. my universal imagej-macosx (x86/arm64), with current official JRE (x86):.current official imagej-macosx (x86), with native JRE inside Fiji.app (Azul 11 in my case):.Launches Fiji after fallback to System Java. current official imagej-macosx (x86), with no JRE and native system Java (Azul 11 in my case):.

current official imagej-macosx (x86), with current official JRE (x86):.

It works fine with the following behavior when launched from the command line to monitor errors (there's some warnings too regarding patcher/injector, but they seem of no issue): I've tested this binary on my Apple Silicon M1 Mac. ~/dev/imagej-launcher > lipo -info ImageJ-macosxДЄrchitectures in the fat file: ImageJ-macosx are: x86_64 arm64` The project compiled with no issue and the binary is universal: I also had some Java path issues, which may be a Big Sur thing. I made a fork ( ) and tweaked CMakeLists.txt to provide the two arch for cmake (to make a universal binary). This is also supported by cmake, which I was pleased to see is used by the imagej-launcher. It does report an architecture mismatch error and does a fallback to system Java, which results in a 2nd Fiji icon in the dock-minor inconvenience.ДЄs noted in the thread, Apple docs show you can build for a different architecture than you run (can't test obviously) and can build universal binaries. Non-fat file: ImageJ-macosx is architecture: x86_64 Applications/Fiji.app/Contents/MacOS> lipo -info ImageJ-macosx

Imagej software free download for mac