glibc undefined symbol: fcntl64 when using zig cc as a drop-in compiler

[creationix]

I'm trying to build a small test application with libuv embedded. I want to use zig cc because the caching system makes it much faster. The following command works for clang and gcc, but not zig cc.

zig cc -o main main.c libuv/src/fs-poll.c libuv/src/idna.c libuv/src/inet.c libuv/src/random.c libuv/src/strscpy.c libuv/src/threadpool.c libuv/src/timer.c libuv/src/uv-common.c libuv/src/uv-data-getter-setters.c libuv/src/version.c libuv/src/unix/async.c libuv/src/unix/core.c libuv/src/unix/dl.c libuv/src/unix/fs.c libuv/src/unix/getaddrinfo.c libuv/src/unix/getnameinfo.c libuv/src/unix/loop-watcher.c libuv/src/unix/loop.c libuv/src/unix/pipe.c libuv/src/unix/poll.c libuv/src/unix/process.c libuv/src/unix/random-devurandom.c libuv/src/unix/signal.c libuv/src/unix/stream.c libuv/src/unix/tcp.c libuv/src/unix/thread.c libuv/src/unix/tty.c libuv/src/unix/udp.c libuv/src/unix/proctitle.c libuv/src/unix/linux-core.c libuv/src/unix/linux-inotify.c libuv/src/unix/linux-syscalls.c libuv/src/unix/procfs-exepath.c libuv/src/unix/random-getrandom.c libuv/src/unix/random-sysctl-linux.c -pthread -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_POSIX_C_SOURCE=200112 -Os -ldl -lrt  -Ilibuv/include -Ilibuv/src
Compile C Objects [36/36] random-sysctl-linux.c...lld: error: undefined symbol: fcntl64
>>> referenced by core.c
>>>               zig-cache/o/a98yrC-16nzaiLvm0YSsj7Kr64jgWlKyw30Ca_aTuY8lBx8HcWfjUWLmNzWOQ59K/core.o:(uv__nonblock_fcntl)
>>> referenced by core.c
>>>               zig-cache/o/a98yrC-16nzaiLvm0YSsj7Kr64jgWlKyw30Ca_aTuY8lBx8HcWfjUWLmNzWOQ59K/core.o:(uv__nonblock_fcntl)
>>> referenced by core.c
>>>               zig-cache/o/a98yrC-16nzaiLvm0YSsj7Kr64jgWlKyw30Ca_aTuY8lBx8HcWfjUWLmNzWOQ59K/core.o:(uv__cloexec_fcntl)
>>> referenced by core.c
>>>               zig-cache/o/a98yrC-16nzaiLvm0YSsj7Kr64jgWlKyw30Ca_aTuY8lBx8HcWfjUWLmNzWOQ59K/core.o:(uv__cloexec_fcntl)
>>> referenced by pipe.c
>>>               zig-cache/o/Gp2nxP14BgUu9fMnuMMJ4gryoTCPAocIoqmgTAVdptPg5_FP1QjIdJRHfMpqm3ls/pipe.o:(uv_pipe_open)
>>> referenced by process.c
>>>               zig-cache/o/Z2n-GR8LD-1fXu4uIs37LmdvcK0K1mfCZ4iNwE1idOtrGfUhw6eXoJ8i5oMbsgSg/process.o:(uv__process_child_init)
>>> did you mean: fcntl64
>>> defined in: /home/tim/.cache/zig/stage1/h/pVSItZEIxIXx_ZQQwt9SLNNbPH8xxZp1plbirUK6SOmyZ4FTf2EOP08onozfGP03/libc.so.6.0.0

Is there something special I need to pass in for this to build?

[creationix]

In particular, I'm confused by lld: error: undefined symbol: fcntl64 and then did you mean: fcntl64

[andrewrk]

Hmm that is indeed confusing. I think the next step towards troubleshooting this would be to hop into one of the LLVM chat rooms and ask LLD developers if they know why this could happen.

[andrewrk]

One work around would be to try musl libc instead of glibc: -target native-native-musl

[squeek502]

This is the same problem I was running into here luvit/luvi#231 (comment):

Now I'm running into a problem with mismatched glibc versions (zig cc is compiling against a newer one than my system glibc; specifically it's trying to use fnctl64 which my glibc doesn't have). Zig has the ability to target specific glibc versions (e.g. -target native-native-gnu.2.23) but I'm not sure it affects zig cc.

and luvit/luvi#231 (comment).

Targeting musl should work unless you need dynamic loading (luvit/luvi#231 (comment)).

[creationix]

@squeek502 yep, you're right that I missed your comment in the luvi repo. This is the exact same issue! I guess it's something in libuv that's causing the problem since I don't have luajit at all in this project.

I tried -target native-native-musl and I get the same error though. Let me push my code and see if I'm doing it right...

[creationix]

https://github.com/creationix/polluv/blob/9ccc3c952ffb18b09148f22e8346acc9667b1097/Makefile#L2-L29

[marler8997]

Just a thought, maybe fcntl64 is versioned? I was recently working with libefivar and they version their symbols using -Wl,--version-script=FILE, not sure exactly how versioning symbols works but could be a potential explanation for this error.

[daurnimator]

As in #6036, could you try using a newer glibc version as part of your target?

[aniljava]

Using c library triggers this errors, either as built.zig or in build-exe

/ws/projects/zig/sqlite :: # zig build
Build Dependencies... lld: error: /usr/lib/libsqlite3.so: undefined reference to fcntl64

/ws/projects/zig/sqlite :: # ldd --version
ldd (Ubuntu GLIBC 2.31-0ubuntu9) 2.31

exe.linkSystemLibrary("c");

/ws/projects/zig/sqlite :: # zig build-exe src/main.zig  -lsqlite3 -lc
Build Dependencies... lld: error: /usr/lib/libsqlite3.so: undefined reference to fcntl64

main.zig

const std = @import("std");
const sqlite = @cImport(@cInclude("sqlite3.h"));

pub fn main() anyerror!void {
    var db: ?*sqlite.sqlite3 = undefined;
    
}

addition to init-exe generated build.zig

const exe = b.addExecutable("sqlite", "src/main.zig");

exe.linkSystemLibrary("c");
exe.linkSystemLibrary("sqlite3");