Unsupported CPU message on neoforge, works on fabric

[Huber1]

Some information

Operating system: openSUSE Tumbleweed 20250217
Java version: 21.0.3
Minecraft version: 1.21.4
Baritone version: baritone-standalone-neoforge-1.11.1-2-ga0f100f4 from https://github.com/cabaletta/baritone/actions/runs/12592616905
Other mods (if used): -
Launcher: Prism Launcher 9.2 (flatpak)

The exact same configuration works when using the fabric standalone variant (baritone-standalone-fabric-1.11.1-2-ga0f100f4 from same artifact)

Exception, error or logs

latest.log

debug.log

How to reproduce

1. Set a goal #thisway 1000
2. #path
3. #elytra

Modified settings

from baritone/settings.txt

allowVines true
allowParkour true
elytraSmoothLook true
elytraConserveFireworks true
elytraTermsAccepted true

Final checklist

• I know how to properly use check boxes
• I have included the version of Minecraft I'm running, baritone's version and forge mods (if used).
• I have included logs, exceptions and / or steps to reproduce the issue.
• I have not used any OwO's or UwU's in this issue.

Let me know if there's more helpful info to provide

[ZacSharp]

Can confirm this happens with a fresh install of the Neoforge and Baritone versions you listed (as well as Neoforge 21.4.95). The PC I used runs Ubuntu on a x86 CPU and I also used it a week ago to record the video here.

As in your case both log files show no indication of the error besides the chat message. However the prismlauncher log window does show an exception, along with output from nether-pathfinder.

log excerpt

[nether-pathfinder] Created temp file at /tmp/libnether_pathfinder-x86_642715503179509369379.so
[nether-pathfinder] Failed to load shared library
java.lang.NoSuchMethodError: <init>
	at java.base/jdk.internal.loader.NativeLibraries.load(Native Method)
	at java.base/jdk.internal.loader.NativeLibraries$NativeLibraryImpl.open(NativeLibraries.java:331)
	at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:197)
	at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:139)
	at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2418)
	at java.base/java.lang.Runtime.load0(Runtime.java:852)
	at java.base/java.lang.System.load(System.java:2025)
	at TRANSFORMER/[email protected]/dev.babbaj.pathfinder.NetherPathfinder.<clinit>(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.kg.a(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.jq.a(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.a.a(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.a.<init>(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.BaritoneProvider.b(Unknown Source)
	at TRANSFORMER/[email protected]/baritone.BaritoneProvider.<init>(Unknown Source)
	at java.base/jdk.internal.reflect.DirectConstructorHandleAccessor.newInstance(DirectConstructorHandleAccessor.java:62)
	at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:502)
	at java.base/java.lang.reflect.ReflectAccess.newInstance(ReflectAccess.java:128)
	at java.base/jdk.internal.reflect.ReflectionFactory.newInstance(ReflectionFactory.java:304)
	at java.base/java.lang.Class.newInstance(Class.java:725)
	at TRANSFORMER/[email protected]/baritone.c.<clinit>(Unknown Source)
	at TRANSFORMER/[email protected]/net.minecraft.client.Minecraft.handler$zzh000$baritoe$postInit(Minecraft.java)
	at TRANSFORMER/[email protected]/net.minecraft.client.Minecraft.<init>(Minecraft.java:662)
	at TRANSFORMER/[email protected]/net.minecraft.client.main.Main.main(Main.java:225)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at MC-BOOTSTRAP/[email protected]/net.neoforged.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:128)
	at MC-BOOTSTRAP/[email protected]/net.neoforged.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:120)
	at MC-BOOTSTRAP/[email protected]/net.neoforged.fml.loading.targets.NeoForgeClientLaunchHandler.runService(NeoForgeClientLaunchHandler.java:39)
	at MC-BOOTSTRAP/[email protected]/net.neoforged.fml.loading.targets.CommonLaunchHandler.lambda$launchService$4(CommonLaunchHandler.java:114)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.Launcher.run(Launcher.java:103)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.Launcher.main(Launcher.java:74)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26)
	at MC-BOOTSTRAP/[email protected]/cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23)
	at [email protected]/cpw.mods.bootstraplauncher.BootstrapLauncher.run(BootstrapLauncher.java:210)
	at [email protected]/cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:69)
	at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
	at java.base/java.lang.reflect.Method.invoke(Method.java:580)
	at io.github.zekerzhayard.forgewrapper.installer.Main.main(Main.java:67)
	at org.prismlauncher.launcher.impl.StandardLauncher.launch(StandardLauncher.java:100)
	at org.prismlauncher.EntryPoint.listen(EntryPoint.java:129)
	at org.prismlauncher.EntryPoint.main(EntryPoint.java:70)

Additionally the JVM segfaulted when I closed the game, no idea whether that's related.

[ZacSharp]

Using the unoptimized build from the same CI run works though and the segfault also disappears. (api build doesn't work)

Unoptimized being the only variant that works hints at proguard/optimization being the problem, though stripping <init> off a class sounds like a weird thing to do (especially given that it didn't do so for the fabric build).

[ZacSharp]

Proguard stripping the constructor was indeed the problem. That specific constructor is only accessed via JNI so proguard thinks it is unused.
The same version works on fabric because there we use jar-in-jar to bundle nether-pathfinder, as opposed to shadowing it into our own jar.