macOS mach-o, but wrong architecture

Open the Terminal and use the 'lipo' command to inspect the binary.

Use: lipo -info /path/to/dylib

It will show you which architectures are in the file. If you only see PPC or something you dont have, that's the problem.

Check your build settings for -arch flags to make sure you are building the dylib properly for your Mac.

dbrayford said:

I am getting a strange error message when trying to load a dylib I've just built.

../xxx.dylib: no suitable image found ../xxx.dylib: mach-o, but wrong architecture

I don't understand the error message as I am trying to load the dynamic library on the same machine as I built it on.

David

Click to expand...

Make sure you're compiling both app and dylib to the same architecture. You may be compiling one for i386 an the other for X86_64.

You are compiling your source and linking as a 64-bit binary. But is xxxx.dylib compiled as 64-bit?

So what does "lipo -info /Users/u0533750/Desktop/workspace/AvistoGL_Mac/libAvistoGL.dylib" return?

OK, cool. And you are trying to use this with JNI so it has to match the architecture of your java executable/process (as it will be loaded into that processes memory space). Can you lipo the java executable you are using?

You misunderstand. That is a class file. It is not an executable (it's java bytecode). The process that must match is the actual java executable. It's a file called java

In general type "which java". But, in this case, that may not work. You seem to be running some sort of large system. Does it have start-up script or something? As that may specify the java path...

Specify 32bit mode.

This error occurs if you execute 32bit based binary on 64bit platform.

So if you use Java, you may add -d32.

I am having a similar problem I wonder if anyone can help me.

My Stack Trace:

Exception in thread "main" java.lang.UnsatisfiedLinkError: /Users/rcook/NetBeansProjects/MPX Print Suite/libEyeOneNative.dylib: no suitable image found. Did find: /Users/rcook/NetBeansProjects/MPX Print Suite/libEyeOneNative.dylib: mach-o, but wrong architecture
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1823)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1746)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1045)
at com.mpx.device.eyeone.EyeOneDevice.<init>(EyeOneDevice.java:25)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at com.mpx.plugin.device.PluginDeviceLoader.loadDevices(PluginDeviceLoader.java:52)
at com.mpx.plugin.device.PluginDeviceLoader.getInstance(PluginDeviceLoader.java:29)
at com.mpx.printsuite.TestDevicePlugin.main(TestDevicePlugin.java:22)

Lipo:

Non-fat file: libEyeOneNative.dylib is architecture: i386


Java Version:

java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-10M3065)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01-279, mixed mode)



Many thanks in advance.


Regards

Richard

Have you tried the fix in the thread (run in 32 bit mode)?

I have not tried this as the lib works for another java application on the same box.

I just can't tell the difference.

help

hi,

I have a similar problem too. I would appreciate if you can help.

Programme gives the following error

Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError: /Users/akdes/BicAT_v2.22/libisa.jnilib: no suitable image found. Did find: /Users/akdes/BicAT_v2.22/libisa.jnilib: mach-o, but wrong architecture

lipo -info

Non-fat file: /Users/akdes/BicAT_v2.22/libisa.jnilib is architecture: ppc

java -version
java version "1.5.0_26"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_26-b03-376-9M3263)
Java HotSpot(TM) Client VM (build 1.5.0_26-156, mixed mode, sharing)

Thanks a lot

You're trying to run a PPC-only JNILIB on an Intel version of Java. That's doomed to fail.