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
Solution to issue cannot be found in the documentation.
I checked the documentation.
Issue
Hi,
Apologies if the below is based on my misunderstanding.
It appears that all julia conda-forge Linux packages >v1.8.5 are missing libz.so.1 in the directory expected by libLLVM-15jl.so (or libLLVM-14jl.so for julia 1.9.x), that is, path_to_conda_environment/lib/julia. Instead, these packages rely on the libz.so.1 being present in a standard system search path (e.g. /lib/x86_64-linux-gnu/ on my machine). When this library isn't present in a standard system search path, running julia produces the error e.g.:
Unable to load dependent library /usr/local/bin/../lib/julia/libjulia-codegen.so.1.10
Message: libz.so.1: cannot open shared object file: No such file or directory
I think the relevant shared library dependency hierarchy is:
libjulia-codegen.so.1.10 depends on libLLVM-15jl.so depends on libz.so.1.
libLLVM-15jl.so is located at path_to_conda_environment/lib/julia/libLLVM-15jl.so, and has Library runpath: [$ORIGIN] (as output by readelf -d ). However, for the conda-forge julia installlibz.so.1 is located a directory higher at path_to_conda_environment/lib, and so it isn't found by libLLVM-15jl.so.
In the conda-forge julia v1.8.5 install, the libLLVM-13jl.so library has Library rpath: [$ORIGIN:$ORIGIN/..], and so it finds libz.so.1 at path path_to_conda_environment/lib.
For julia v1.10.4 downloaded directly from https://julialang.org/downloads/#current_stable_release (Generic Linux on x86, glibc binaries), libLLVM-15jl.so also only has Library runpath: [$ORIGIN], but libz.so.1is present in lib/julia/, so it's not an issue.
This is all described in a bit more detail in the issue thread here, if it's useful.
If my understanding of the issues above is correct, would it be possible to fix this?
Solution to issue cannot be found in the documentation.
Issue
Hi,
Apologies if the below is based on my misunderstanding.
It appears that all julia conda-forge Linux packages >v1.8.5 are missing
libz.so.1
in the directory expected bylibLLVM-15jl.so
(orlibLLVM-14jl.so
for julia 1.9.x), that is,path_to_conda_environment/lib/julia
. Instead, these packages rely on thelibz.so.1
being present in a standard system search path (e.g./lib/x86_64-linux-gnu/
on my machine). When this library isn't present in a standard system search path, running julia produces the error e.g.:I think the relevant shared library dependency hierarchy is:
libjulia-codegen.so.1.10
depends onlibLLVM-15jl.so
depends onlibz.so.1
.libLLVM-15jl.so
is located atpath_to_conda_environment/lib/julia/libLLVM-15jl.so
, and hasLibrary runpath: [$ORIGIN]
(as output byreadelf -d
). However, for the conda-forge julia installlibz.so.1
is located a directory higher atpath_to_conda_environment/lib
, and so it isn't found bylibLLVM-15jl.so
.In the conda-forge julia v1.8.5 install, the
libLLVM-13jl.so
library hasLibrary rpath: [$ORIGIN:$ORIGIN/..]
, and so it findslibz.so.1
at pathpath_to_conda_environment/lib
.For julia v1.10.4 downloaded directly from https://julialang.org/downloads/#current_stable_release (Generic Linux on x86, glibc binaries),
libLLVM-15jl.so
also only hasLibrary runpath: [$ORIGIN]
, butlibz.so.1
is present inlib/julia/
, so it's not an issue.This is all described in a bit more detail in the issue thread here, if it's useful.
If my understanding of the issues above is correct, would it be possible to fix this?
Thanks for any help!
Cheers,
Chris
Installed packages
Environment info
The text was updated successfully, but these errors were encountered: