Cannot Load 32-bit Swt Libraries On 64-bit Jvm Apr 2026

If you've ever developed desktop applications using Eclipse SWT (Standard Widget Toolkit), you've likely been greeted by this frustrating error message at least once:

dependencies implementation 'org.eclipse.platform:org.eclipse.swt.win32.win32.x86_64:3.125.0'

| Platform | Artifact ID (classifier part) | |---------------|----------------------------------------| | Windows 64-bit | org.eclipse.swt.win32.win32.x86_64 | | Linux 64-bit | org.eclipse.swt.gtk.linux.x86_64 | | macOS 64-bit | org.eclipse.swt.cocoa.macosx.x86_64 | | macOS ARM64 | org.eclipse.swt.cocoa.macosx.aarch64 | cannot load 32-bit swt libraries on 64-bit jvm

Make sure you choose (e.g., Windows 64-bit , Linux 64-bit , macOS 64-bit ).

<dependency> <groupId>org.eclipse.platform</groupId> <artifactId>org.eclipse.swt.win32.win32.x86_64</artifactId> <version>3.125.0</version> </dependency> The classifier ( win32.win32.x86_64 ) encodes both OS and architecture. For other platforms: If you've ever developed desktop applications using Eclipse

java -version Look for 64-Bit in the output. Example:

Replace the swt.jar in your project's classpath with the correct one. If you use Maven, never just add swt.jar manually. Use the official Maven artifacts with classifiers: Example: Replace the swt

dumpbin /headers swt-win32.dll | find "machine" Or on Linux/macOS:

java -d32 -jar yourapp.jar If you get Unrecognized option: -d32 , it's not available. Don't waste time here – fix the library instead. If you're distributing a desktop app, don't bundle a specific swt.jar . Instead, use a launcher script that adds the correct SWT JAR based on the detected platform and architecture.

Example (pseudo-code for a Windows launcher):