You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our new shiny Rust 1.57.0 toolchain passes basic tests on all platforms, but it fails to build librsvg on non-x86_64 Musl platforms, because libraries need libc.musl-<ARCH>.so.1, but we don't have such file in our current non-x86_64 Musl toolchains:
This has been fixed in this package by #192 but we still need to add the symlink directly in the compiler shards, so the we can remove the hot-fix from here.
Side note: I've been trying to craft a simple example to reproduce the error, to no avail. @haampie provided this similar reproducer (create a library with a soname which doesn't exist, trying to link to it fails, reporting an undefined reference error):
cc -c first.c
cc -shared -Wl,-soname,libdifferensoname.so -o libfirst.so first.o
cc -c second.c
cc -shared -Wl,-rpath,/tmp/tmp.YNOMudfZqn -Wl,-soname,libsecond.so -o libsecond.so second.o -L. -lfirst
cc -c third.c
cc -o main -Wl,-rpath,/tmp/tmp.YNOMudfZqn third.o -L. -lsecond
/usr/bin/ld: warning: libdifferensoname.so, needed by ./libsecond.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: ./libsecond.so: undefined reference to `first'
collect2: error: ld returned 1 exit status
make: *** [Makefile:19: main] Error 1
However I tried to adapt to our case (any simple C program would link to a non-existing libc) but couldn't make the linker fail 😕
Our new shiny Rust 1.57.0 toolchain passes basic tests on all platforms, but it fails to build librsvg on non-x86_64 Musl platforms, because libraries need
libc.musl-<ARCH>.so.1
, but we don't have such file in our current non-x86_64 Musl toolchains:However the
libc.so
file has the correct soname (correctly set in the GCC build recipe: [1] and [2]):The log of librsvg shows
I think the solution is to create the symlink
after https://github.com/JuliaPackaging/Yggdrasil/blob/beb4ee8102255237abd5c84e5da25651ccc6b00e/0_RootFS/gcc_common.jl#L701. I'm opening the issue as a reminder, before I get to rebuild all Musl GCCs, sigh.
The text was updated successfully, but these errors were encountered: