x86 backend on FreeBSD fails to link

[jailbird777]

Zig Version

0.15.1

Steps to Reproduce and Observed Behavior

On FreeBSD/amd64 -CURRENT,

$ zig build-exe index.zig -fllvm -flld

Works fine, however a simple:

$ zig build-exe index.zig

Errors out with:

error: not an ELF file
note: while parsing /usr/lib/libc_nonshared.a

I've tried both a self-compiled Zig and the precompiled Zig from the downloads page.

Expected Behavior

The executable get linked without the error message

[alexrp]

file /usr/lib/libc_nonshared.a?

[jailbird777]

/usr/lib/libc_nonshared.a: current ar archive

[jailbird777]

In case it helps:

-r--r--r-- 1 root wheel 2164520 Jul 26 20:28 /lib/libc.so.7
-r--r--r-- 1 root wheel 5181044 Jul 26 20:28 /usr/lib/libc.a
-r--r--r-- 1 root wheel 51 Apr 1 08:21 /usr/lib/libc.so
-r--r--r-- 1 root wheel 44306 Jul 26 20:28 /usr/lib/libc_nonshared.a
-r--r--r-- 1 root wheel 5130836 Jul 26 20:28 /usr/lib/libc_pic.a

$ cat /usr/lib/libc.so
GROUP ( /lib/libc.so.7 /usr/lib/libc_nonshared.a )

[alexrp]

Can you try with -fallow-so-scripts? (I don't think it'll make a difference, but worth checking.)

[jailbird777]

$ zig build-exe -fallow-so-scripts index.zig
error: not an ELF file
note: while parsing /usr/lib/libc_nonshared.a

[jailbird777]

I'm not sure if this is related or a different problem. If it's a different problem, I'll other another issue.

So I tried cross-compiling to get around this issue. On my arm64 macOS box, I did:

$ zig build -Dtarget=x86_64-freebsd

Great, I scp my new binary over:

out: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, with debug_info, not stripped

Except trying to run it:

./out
ld-elf.so.1: Shared object "ld-elf.so.1" not found, required by "out"

The "file" output it correct, eg:

/usr/local/bin/bash: ELF 64-bit LSB pie executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500049), FreeBSD-style, stripped

However here is the difference:

$ ldd out
./out:
libc.so.7 => /lib/libc.so.7 (0x3e69ef28000)
libthr.so.3 => /lib/libthr.so.3 (0x3e69f25d000)
ld-elf.so.1 (0)
libsys.so.7 => /lib/libsys.so.7 (0x3e69f28c000)
[vdso] (0x7f94c3a1c000)

$ ldd bash
bash:
libthr.so.3 => /lib/libthr.so.3 (0x19c8d154000)
libexecinfo.so.1 => /lib/libexecinfo.so.1 (0x19c8d183000)
librt.so.1 => /lib/librt.so.1 (0x19c8d189000)
libdl.so.1 => /usr/lib/libdl.so.1 (0x19c8d192000)
libm.so.5 => /lib/libm.so.5 (0x19c8d196000)
libc.so.7 => /lib/libc.so.7 (0x19c8d1d3000)
libtinfow.so.9 => /lib/libtinfow.so.9 (0x19c8d508000)
libsys.so.7 => /lib/libsys.so.7 (0x19c8d554000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x19c8d572000)
libelf.so.2 => /lib/libelf.so.2 (0x19c8d593000)
[vdso] (0x7fee0898b000)

Notice on the bash one, ld-elf.so.1 shows up, but on the Zig one it doesn't. So the interpreter is right, but it shouldn't be listed as a needed library I guess

[alexrp]

I'm not sure if this is related or a different problem. If it's a different problem, I'll other another issue.

That does look different - can you please file a separate issue?