The other significant change is a bunch of AppKit calls being wrapped in dispatch_sync blocks since they were previously being called from background threads, which AppKit Does Not Like. An old version of the Apple JVM headers say that it is being removed, however it is clearly still implemented internally (fortuntely for us). This was previously defined in the JDK headers, however it’s no longer present. It’s used for the NSView-backed drawing mode that Minecraft uses on Mac. In the native code, there are a few more changes.įirst, an JAWT_MacOSXDrawingSurfaceInfo struct is defined. This is because, in between Java 8 and 17, ByteBuffer itself got overriden implementations and so trying to use a LWJGL jar built against Java 17 on Java 8 would result in a NoSuchMethodError. Lastly in Java-land, there were a bunch of casts from to Buffer added in places where methods ByteBuffer inherits from Buffer (e.g., flip) are being called.
#Multimc java 8 archive#
Some applet code that was using a removed Java archive format was commented out (irrelevant because the applet build is disabled altogether).
In MemoryUtilSun.java, a accessor implementation that was using a removed Sun-internal class was removed (it was only used as a fallback, so it wasn’t replaced with anything). That’s been replaced with a JNI function (see org_lwjgl_MacOSXSysImplementation.m). In MacOSXSysImplementation.java, a since-removed class was being used to ask the OS to open URLs. In the build.xml for the native library, the big changes are the macOS SDK being in a different place and that we’re compiling against the Zulu JVM, not the Apple one. javah was replaced with javac -h, source/target versions less than 1.7 aren’t supported when compiling with a Java 17 JDK. If not, skip ahead.įirst, there are a bunch of changes to the Ant build.xml. If you’re interested, here’s a brief overview of the changes that were necessary. You can find the source code for my modified version of LWJGL 2 here (and you can compare against upstream to see I haven’t made any malicious changes).
#Multimc java 8 download#
Didn’t your mother ever tell you not to download executables from strangers on the internet ? So, I wanted to actually compile LWJGL 2 and its natives from source myself. There are guides on the internet that tell you to download some precompiled libraries and run Minecraft through a wrapper script, but doing that doesn’t sit right with me. The end of maintenance for LWJGL 2, however, long predates the ARM transition and so getting Minecraft versions prior to 1.13 up and running requries a bit more work.įirst off: This article assumes you’re using MultiMC and already have the ARM Zulu 8 JDK installed. Since those versions use LWJGL 3 which includes arm64 macOS as a supported platform, you can just download the appropriate version, replace the LWJGL version info in MultiMC, and you’re off to the races. Here is a list of Java JDKs/JREs including Oracle’s Java and some common OpenJDK distributions.Running Minecraft 1.13 and later natively on Apple Silicon Macs isn’t terribly complicated. If you want to use vanilla Java by Oracle, you will need to make an Oracle account to be able to download it. I (Jonathing) recommend Amazon Corretto, as it is constantly updated with new bugfixes and is maintained by Amazon AWS and is one of the most common OpenJDKs out there. There are several places where you can get Java 8 or an OpenJDK fork of Java 8. If you want to use a more up-to-date version of Java, read the following header below.
#Multimc java 8 update#
Minecraft Launcher comes bundled with Oracle Java 8 Update 51, which is automatically used whenever you launch the game or make a new profile in Minecraft Launcher. Where can you get Java 8? Minecraft Launcher Unfortunately, this means that Java 11+ users are going to have a hard time using Forge/Fabric mods, and there’s not much we can really do about that at the current moment.
#Multimc java 8 mods#
To compensate, most of us develop our Forge mods with Java 8 so as to not disadvantage the folks who are still back in Java 8. Minecraft’s target Java version is Java 8 Update 51. You can try to use Java 11+, but there are some integral functions used in Java 8 that have been removed or refactored in Java 11+. As of right now, our mods are written in Java 8 and for Java 8.
0 kommentar(er)
