<ifreund>
I'll patch zig to make this the default before 0.8.0
<ifreund>
I'll patch zig to make this the default before 0.8.0
<daurnimator>
> The problem is that all of the library dependencies of river must be compiled against the same glibc version as river. This is a non-issue with musl as it doesn't use symbol versioning.
<daurnimator>
> The problem is that all of the library dependencies of river must be compiled against the same glibc version as river. This is a non-issue with musl as it doesn't use symbol versioning.
<daurnimator>
Why would you need the exact same glibc version?
<daurnimator>
Why would you need the exact same glibc version?
<daurnimator>
Things should be fine as long as the installed/dynamically loaded version is >=max(application, all_dependencies)
<daurnimator>
Things should be fine as long as the installed/dynamically loaded version is >=max(application, all_dependencies)
<ifreund>
daurnimator: the system libs are linked against 2.33
<ifreund>
daurnimator: the system libs are linked against 2.33
<daurnimator>
yes. it should be fine for a lib to be against 2.33 and a application against 2.32, as long as the libc loaded is >=2.33
<daurnimator>
yes. it should be fine for a lib to be against 2.33 and a application against 2.32, as long as the libc loaded is >=2.33
<ifreund>
you're right though that that quote is technically false
<ifreund>
you're right though that that quote is technically false
<ifreund>
daurnimator: perhaps zig is doing something else wrong here, --verbose-link output might be helpful
<ifreund>
daurnimator: perhaps zig is doing something else wrong here, --verbose-link output might be helpful
<daurnimator>
ifreund: this is happening during the build() phase
<daurnimator>
ifreund: this is happening during the build() phase
<ifreund>
oh
<ifreund>
oh
<ifreund>
daurnimator: if you don't set --prefix it should work I think
<ifreund>
daurnimator: if you don't set --prefix it should work I think
<daurnimator>
yeah that's what I said before.... but when I don't set --prefix I can't get the right default config path
<daurnimator>
yeah that's what I said before.... but when I don't set --prefix I can't get the right default config path
<ifreund>
I'm very confused why the zig build system is trying to create a directory there when you aren't doing zig build install
<ifreund>
I'm very confused why the zig build system is trying to create a directory there when you aren't doing zig build install
<ifreund>
daurnimator: the lastest commit should have fixed that
<ifreund>
daurnimator: the lastest commit should have fixed that
<daurnimator>
ifreund: I'm confused by your fix.... why should DESTDIR change the default to /usr
<daurnimator>
ifreund: I'm confused by your fix.... why should DESTDIR change the default to /usr
<ifreund>
daurnimator: I'm just matching logic from std.build...
<ifreund>
daurnimator: I'm just matching logic from std.build...
<daurnimator>
if I want to install to /opt/river in a chroot mounted at a /mnt/myfutureroot I would use `DESTDIR=/mnt/myfutureroot zig build --prefix=/opt/river`
<daurnimator>
if I want to install to /opt/river in a chroot mounted at a /mnt/myfutureroot I would use `DESTDIR=/mnt/myfutureroot zig build --prefix=/opt/river`
<ifreund>
yep that's right and in that case you explicitly set --prefix so the default of /usr if DESTDIR is set isn't used
<ifreund>
yep that's right and in that case you explicitly set --prefix so the default of /usr if DESTDIR is set isn't used
<ifreund>
DESTDIR changes the default from the cache root to /usr
<ifreund>
DESTDIR changes the default from the cache root to /usr
<daurnimator>
huh, okay
<daurnimator>
huh, okay
<daurnimator>
so now I have to set DESTDIR to *anything*? wut lol
<daurnimator>
so now I have to set DESTDIR to *anything*? wut lol
<ifreund>
ugh, I forgot to duplicate that logic in the other place I check b.install_prefix...
<ifreund>
ugh, I forgot to duplicate that logic in the other place I check b.install_prefix...
<ifreund>
once stage2 is done I really need to take some time to make the zig build system less ugly
<ifreund>
once stage2 is done I really need to take some time to make the zig build system less ugly
<daurnimator>
okay now I get ld.lld: error: /lib64/libxkbcommon.so: undefined reference to stat64@GLIBC_2.33 [--no-allow-shlib-undefined]
<daurnimator>
okay now I get ld.lld: error: /lib64/libxkbcommon.so: undefined reference to stat64@GLIBC_2.33 [--no-allow-shlib-undefined]
<daurnimator>
I guess I need to pass --allow-shlib-undefined
<daurnimator>
I guess I need to pass --allow-shlib-undefined