Segfault when LD_LIBRARY_PATH is set at something

[arthuradriaens-code]

I run arch linux with kernel version 6.8.1-arch1-1 x86_64 and installed julia trough it's binary installer. (version 1.10.2)

the REPL opens up in a terminal if I call julia but segfaults as soon as I try to do work with packages (be it install them or use them). However, when I set LD_LIBRARY_PATH="" and then start the REPL (or run any .jl file) everything runs as expected.

For now I just export LD_LIBRARY_PATH but might there be some straight-forward reason with which I can preventing it from segfaulting?

[Seelengrab]

installed julia trough it's binary installer. (version 1.10.2)

Just to be clear, have you installed julia through juliaup, the binaries provided through julialang.org/downloads/ or through an Arch repository/pacman? Does the issue also occur if julia is installed through either juliaup or the provided binaries of the website?

[giordano]

I don't know what you expect Julia to do about this. Your issue doesn't provide concrete information, we don't see what you were trying to do when you get the crash, nor a full stacktrace to show where the error happened. But in general if you're setting LD_LIBRARY_PATH, which is a mechanism outside of Julia control since it's part of the dynamic loader, then all responsibility is on you.

[arthuradriaens-code]

@Seelengrab
I installed it trough juliaup (by running 'curl -fsSL https://install.julialang.org | sh' in the terminal) , not pacman.
I tried the binary, and it gives the same problem.
@giordano
I thought this issue might be relevant as no other programming languages I have have this kind of issue, I need LD_LIBRARY_PATH of course for some specific software to work, normally it should just be used the same way as PATH, to look up if certain libs are installed. My LD_LIBRARY_PATH is /usr/local/lib , /usr/lib and /lib64 btw.

when I try julia --bug-report=rr I get a segmentation fault

I tried strace with

❯ julia
(@v1.10) pkg> add ForwardDiff
zsh: segmentation fault (core dumped) julia

This happens with any package and also with the inclusion of a package.

I don't know if you could learn anything from this, I included part of it (attached text file)
stracefile.txt

[giordano]

I thought this issue might be relevant as no other programming languages I have have this kind of issue, I need LD_LIBRARY_PATH of course for some specific software to work, normally it should just be used the same way as PATH, to look up if certain libs are installed. My LD_LIBRARY_PATH is /usr/local/lib , /usr/lib and /lib64 btw.

You may need more experience then:

% mkdir dir1     
% echo 'void foo(int *p){ *p = 100; return; }' | cc -x c - -shared -o dir1/libfoo.so
% mkdir dir2                                                                         
% echo 'void foo(int *p){ return; }' | gcc -x c - -shared -o dir2/libfoo.so    
% echo 'void foo(int *p); int main(void) { foo((int *)0); return 0; }' | gcc -x c - -o main -L dir2 -lfoo -Wl,-rpath,dir2
% ./main                                                                                                                 
% LD_LIBRARY_PATH=dir1 ./main
zsh: segmentation fault (core dumped)  LD_LIBRARY_PATH=dir1 ./main

If you are directing the executable to load, before it has any chance to do anything else, incompatible libraries, all bets are off. This has nothing to do with Julia, that's just how dynamic loading works.

[arthuradriaens-code]

Ah thanks @giordano, I indeed had the wrong impression of how this worked, do I understand your point correctly that the cause are some incompatible libraries residing within one of the my lib folders, which Julia uses? Or did I misunderstand?

[gbaraldi]

Right, who knows what might be there, julia ships it's own libraries to avoid any incompatibilites but LD_LIBRARY_PATH goes around our efforts.