Problem with ffi on mac m1

[xgrommx]

What version of Bun is running?

1.0.6

What platform is your computer?

Darwin 22.6.0 x86_64 i386

What steps can reproduce the bug?

Create main.rs with some simple rust function like

#[no_mangle]
pub extern "C" fn math(a: isize, b: isize) -> isize {
    a + b
}

Run this command rustc --crate-type cdylib ./math.rs

Create index.ts with following code

import { dlopen, FFIType } from "bun:ffi";

const symbols = dlopen('./libmath.dylib', {
  math: {
    args: [FFIType.i32, FFIType.i32],
    returns: FFIType.i32
  },
});

Run this command bun .

What is the expected behavior?

Should be ok.

What do you see instead?

But I got this error

56 |       break;
57 |     }
58 |   }
59 |   return wrap.native = functionToCall, wrap.ptr = functionToCall.ptr, wrap;
60 | 
61 | }, dlopen = function(path, options) {
                                           ^
ERR_DLOPEN_FAILED: Failed to open library. This is usually caused by a missing library or an invalid library path.
 syscall: "dlopen"

Additional information

No response

[zigster64]

Can’t reproduce this

no probs here using dlopen on M1 or M2, with bun 1.0.5, 1.0.6, 1.0.7

Using both Zig and Rust dynamic libs .. in production

can the OP please check the original post - it says your platform is Darwin x86, and not M1 as per the title ? Can you check that your dynlib is the same architecture as your system please.

[noah-wardlow]

I'm seeing this too

[btakita]

This also occurs on arch linux using both bun-bin aur package & the curl install

[zigster64]

https://github.com/zigster64/bun-issue-6517

Just for testing. Wouldn't mind some more data points on this, would be good to fix, thx

[xgrommx]

Still doesn't work even with new version of bun 1.0.9

[rokicki]

I just fought through this on my Mac; it turned out that there were lurking x86 executables in ~/.cargo/bin. By deleting ~/.cargo and ~/.rustup completely and reinstalling Rust from scratch the problem went away.

To see if this is your problem type:

file ~/.cargo/bin/*

and if you see anything that says x86 that's probably your issue.