Is this possibly still related to https://github.com/JuliaLang/julia/issues/19606 ? If you are using the Gallium-based driver, you can test if this is the problem by setting the environment variable GALLIUM_DRIVER="softpipe" before starting Julia.
I have realised that to enable softpipe, you also need to:
export LIBGL_ALWAYS_SOFTWARE=true
in addition to:
export GALLIUM_DRIVER=“softpipe”
but even then I get the same error.
This is an annoying bug and I would like to figure a way around it (especially for being able to plot with julia with all backends).
If this is an Ubuntu bug, I will report it to Ubuntu, but first I need to understand it better.
How can I debug this?
If this is a LLVM version conflict problem, I don’t really see a way around it except for renaming all LLVM symbols in either julia or mesa.
LLVM6 shared lib is installed and if I try to remove the package with apt it tries to deinstall most of the system packages including mesa, so it looks like mesa is linking LLVM dynamically however I could not find any explicit LLVM dependencies in the mesa shared lib:
If it really is the LLVM version conflict bug, then compiling Julia from source with the system compilers and LLVM should solve it, although using the system LLVM may introduce other problems. At least it will help to determine if this is the root cause or not.
I had the same issue with hdf5 recently. The issue ReadOnlyMemory exception happed non-deterministically though always in the same function. I could solve this by switch to the serial version of libhdf5 instead of the openmp version. As for @jonathanBieler this does not seem to have anything to do with the gallium issue.