Build fails with USE_SYSTEM_CSL=1

[antonio-rojas]

Since commit 96592e2 julia build fails with USE_SYSTEM_CSL=1 with error

ERROR: Unable to load dependent library /build/julia/src/julia-1.8.4/usr/bin/../lib/libstdc++.so.6
Message:/build/julia/src/julia-1.8.4/usr/bin/../lib/libstdc++.so.6: cannot open shared object file: No such file or directory

The libstdc++.so.6 symlink is in usr/lib/julia, but the build system expects to find it in usr/lib

[t-bltg]

I've hit this too, following #46976.

This occurs at the julia-sysimg-ji step when we use the freshly built $JULIA_EXECUTABLE to generate the sysimage and before the stringreplace fix is applied in the install step.

cc @apaz-cli

[xgqt]

I've hit this too while packaging Julia version 1.8.4 for Gentoo,
I was thinking about applying the following workaround:

# Julia's build system still fails to copy/link GCC's libs.
mkdir -p "${S}"/usr/lib || die
local gcc_prefix
if use amd64 ; then
    gcc_prefix=x86_64-pc-linux-gnu
elif use x86 ; then
    gcc_prefix=x86-pc-linux-gnu
else
    die "Unsupported architecture"
fi
ln -s "${EROOT}"/usr/lib/gcc/${gcc_prefix}/*/libstdc++.so.6   \
    "${S}"/usr/lib/ || die	

But that is way too hacky and error prone.

[xgqt]

I've hit this too while packaging Julia version 1.8.4 for Gentoo, I was thinking about applying the following workaround:

# Julia's build system still fails to copy/link GCC's libs.
mkdir -p "${S}"/usr/lib || die
local gcc_prefix
if use amd64 ; then
    gcc_prefix=x86_64-pc-linux-gnu
elif use x86 ; then
    gcc_prefix=x86-pc-linux-gnu
else
    die "Unsupported architecture"
fi
ln -s "${EROOT}"/usr/lib/gcc/${gcc_prefix}/*/libstdc++.so.6   \
    "${S}"/usr/lib/ || die	

But that is way to hacky and error prone.

Here is the full log: build.log

[xgqt]

I've hit this too while packaging Julia version 1.8.4 for Gentoo, I was thinking about applying the following workaround:

# Julia's build system still fails to copy/link GCC's libs.
mkdir -p "${S}"/usr/lib || die
local gcc_prefix
if use amd64 ; then
    gcc_prefix=x86_64-pc-linux-gnu
elif use x86 ; then
    gcc_prefix=x86-pc-linux-gnu
else
    die "Unsupported architecture"
fi
ln -s "${EROOT}"/usr/lib/gcc/${gcc_prefix}/*/libstdc++.so.6   \
    "${S}"/usr/lib/ || die	

But that is way to hacky and error prone.

HMMM...
https://github.com/archlinux/svntogit-community/blob/packages/julia/trunk/PKGBUILD#L97

[fxcoudert]

We are hitting this bug in Homebrew as well: Homebrew/homebrew-core#120170
This is currently preventing us from updating beyond 1.8.3

[staticfloat]

Can everyone affected by this issue please try out #48342 and see if that fixes anything for them?

[antonio-rojas]

Can everyone affected by this issue please try out #48342 and see if that fixes anything for them?

Works for me

[t-bltg]

Can everyone affected by this issue please try out #48342 and see if that fixes anything for them?

Thanks for fixing. Re-building julia from scratch with this PR applied fixes the issue.

[fxcoudert]

This fixes the build on Linux for Homebrew.

[xgqt]

For me v1.8.5 patched with #48342
passes compile step but fails to install.

[ ... SNIP ... ]
cp: cannot stat '/var/tmp/portage/dev-lang/julia-1.8.5/work/julia-1.8.5/usr/lib/julia/libbtf.so*': No such file or directory
chmod: cannot access '/var/tmp/portage/dev-lang/julia-1.8.5/image/usr/lib64/julia/libbtf.so*': No such file or directory
[ ... SNIP ... ]
MSYS2_ARG_CONV_EXCL='*' /var/tmp/portage/dev-lang/julia-1.8.5/work/julia-1.8.5/usr/tools/stringreplace $(strings -t x - '/var/tmp/portage/dev-lang/julia-1.8.5/image""/usr"/lib64"/libjulia.so.1.8' | grep "julia/libgcc_s.so.1:julia/libopenlibm.so:@julia/libstdc++.so.6:@libjulia-internal.so.1:@libjulia-codegen.so.1:$" | awk '{print $1;}') "julia/libgcc_s.so.1:julia/libopenlibm.so:@julia/libstdc++.so.6:@julia/libjulia-internal.so.1:@julia/libjulia-codegen.so.1:" 255 "/var/tmp/portage/dev-lang/julia-1.8.5/image""/usr"/lib64"/libjulia.so.1.8"
strings: '/var/tmp/portage/dev-lang/julia-1.8.5/image""/usr"/lib64"/libjulia.so.1.8': No such file
Usage:
  /var/tmp/portage/dev-lang/julia-1.8.5/work/julia-1.8.5/usr/tools/stringreplace <hex offset> <string to write> <maxlen> <file>
make: *** [Makefile:279: install] Error 255

Build log:
build.log.txt

[staticfloat]

It looks to me like the critical failure in your log is:

strings: '/var/tmp/portage/dev-lang/julia-1.8.5/image""/usr"/lib64"/libjulia.so.1.8': No such file

It looks to me like you've got some strange quoting issues going on, but that's probably not the issue. The issue is probably that it's using lib64 instead of lib. Can you share how you're overriding the lib directory name?