[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-gsl] gsl somehow defeats/doesn't honor LD_RUN_PATH?
From: |
Britton Kerin |
Subject: |
[Bug-gsl] gsl somehow defeats/doesn't honor LD_RUN_PATH? |
Date: |
Sun, 28 Apr 2019 09:51:28 -0800 |
I install things with prefix ~/local and with LD_RUN_PATH including
~/local/lib things normally work. For some reason with GSL they
don't. I get a run time error:
./sim: error while loading shared libraries: libgsl.so.23: cannot
open shared object file: No such file or directory)
I instead have to build with -Wl,-rpath -Wl,$(HOME)/local/lib.
This page:
https://stackoverflow.com/questions/9622772/make-ld-run-path-is-ignored
has an answer saying: "Most probably LD_RUN_PATH is ignored because
package's ./configure has already put some -Wl,-rpath options in
linker's cmdline"
So I wonder if this could be what's happing with GSL?
If so it's a bug because at build-time GSL displays the usual
configure message about needing to with -Wl,-rpath *or* set
LD_RUN_PATH or (one other option I never use and don't remember now).

[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug-gsl] gsl somehow defeats/doesn't honor LD_RUN_PATH?,
Britton Kerin <=