-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using libstdc++.so.6.0.28 and libLLVM-10.so causes a segfault when creating windows #37200
Comments
So if you @vchuravy I thought we namespace things such that loading a new LLVM version shouldn't cause a segfault anymore? Or is that not the case? |
Yeah: ldd /usr/lib/dri/radeonsi_dri.so
# ...
libLLVM-10.so => /usr/lib/libLLVM-10.so (0x00007f81ed33c000)
# ... |
~ Is this using the LLVM 10 BB, I think I noticed that we might be missing the patch to set the version suffix on the so. ~ We do namespace things, but we are using symbol versioning. I have seen that not be sufficient for libraries that use weak symbols. |
No, this is the Julia 1.5.0 official binary, using LLVM 9. |
Yeah I figured. As I mentioned in the edit, we do our best to separate things by using symbol versioning and adding a version suffix, but the thing I never have figured out are weak symbols: JuliaGPU/OpenCL.jl#165 (comment) |
Well this has come back to bite me....
|
and alternative to the full Mesa build is to do statically link Julia against LLVM. This will break other things (namely CUDA.jl and my heart) you can use the Make.user here #38481 (comment) |
Resolved by #39390 |
As requested by @staticfloat in #34276 I'm creating a new issue regarding this.
I've built julia from scratch and experience a segfault inside LLVM-10 when I execute the following:
Here's the full gdb trace
LLVM-10 is loaded after the video drivers are loaded:
Here is the last few hundred lines of:
The text was updated successfully, but these errors were encountered: