Repository navigation
Bun 1.4 binary unable to running on FreeBSD #40530
Description
What version of Bun is running?
1.4
What platform is your computer?
FreeBSD 15.1-RELEASE-p1 amd64
What steps can reproduce the bug?
Download binary from https://github.com/oven-sh/bun/releases/download/bun-v1.4.0/bun-freebsd-x64.zip, unzip and run ./bun-freebsd-x64/bun -v.
What is the expected behavior?
Normal output version.
What do you see instead?
Error: ld-elf.so.1: Shared object "libutil.so.9" not found, required by "bun"
Additional information
No response
Activity
robobun commentedon Aug 26, 2026
Fixed by #40532: the FreeBSD build now links libutil statically (the binary only needs openpty from it), so the binary no longer depends on libutil.so.9 and runs on both 14.x and 15.x. The fix will be in the next canary and release builds.
build: link libutil statically on FreeBSD (#40532)
README: bun's libutil.so.9 problem is already fixed upstream
robobun commentedon Aug 27, 2026
Verified on a FreeBSD x64 binary built from main after #40532 merged (commit 65362b5, CI build from 2026-08-27).
readelf -d bunshows these NEEDED entries:There is no
libutil.so.9entry any more. For comparison, the 1.4.0 release binary has the extralibutil.so.9entry and importsopenptyfrom it. The new binary linksopenptystatically from libutil.a, so it has no import from libutil and does not depend on the libutil soname of the host.The fix is on main (#40532). It will be in the next canary build that publishes and in the next release (1.4.1). The canary assets that are published right now still predate the merge.
If a newer build still fails on FreeBSD 15.1, please reopen this issue.
Closing as fixed by #40532.