rexgen icon indicating copy to clipboard operation
rexgen copied to clipboard

rexgen compiled and installed but...

Open Pyr3x opened this issue 11 years ago • 5 comments

I am getting this when trying to run rexgen:

rexgen: error while loading shared libraries: librexgen.so.1.1: cannot open shared object file: No such file or directory

The file exist so why is it complaining?

Pyr3x avatar Jul 17 '14 16:07 Pyr3x

Have you tried to to update your loader cache? please try to run a ldconfig after install...

Kind regards, Jan

2014-07-17 18:42 GMT+02:00 Pyr3x [email protected]:

I am getting this when trying to run rexgen:

rexgen: error while loading shared libraries: librexgen.so.1.1: cannot open shared object file: No such file or directory

The file exist so why is it complaining?

— Reply to this email directly or view it on GitHub https://github.com/teeshop/rexgen/issues/5.

janstarke avatar Jul 21 '14 06:07 janstarke

I added a notification to run ldconfig after "make install"...

janstarke avatar Feb 16 '15 22:02 janstarke

I know this is old but I had just had this issue on a Manjaro Linux build, finally found a solution(seems more like a workaround) and figured it could help others. Simply running ldconfig did not work. $locate librexgen.so it is probably in /usr/local/lib/ but run locate just to be sure then read files /etc/ld.so.conf and /etc/ld.so.conf.d/* If none of the files contain the librexgen.so directory you should add it, just make a new file in /etc/ld.so.conf.d/ with the directory path: $sudo nano /etc/ld.so.conf.d/libc.conf

# libc default configuration
/usr/local/lib

This file was in my Ubuntu machine(where RexGen worked) but not my Manjaro machine. After creating the entry run $ldconfig to activate it. End of fix-------------------- Comment from peanut gallery Now I say it seems like a workaround only because I came across this note from IBM that indicates LD_LIBRARY_PATH is a fall back when the path given in the program header is incorrect. https://www.ibm.com/support/knowledgecenter/en/SSYKE2_8.0.0/com.ibm.java.lnx.80.doc/user/setlpath.html And this article that discourages builds that rely on $LD_LIBRARY_PATH http://xahlee.info/UnixResource_dir/_/ldpath.html

capsicumw avatar Aug 19 '17 23:08 capsicumw

Thx for this comment. I'll take a look if there are some best practices when deploying open source software on differently configured systems.

janstarke avatar Dec 17 '17 19:12 janstarke

I was able to fix this by doing

sudo ln /usr/local/lib/librexgen.so.2.0 /usr/lib/librexgen.so.2.0
sudo ln /usr/local/lib/librexgen.so.2.0.8 /usr/lib/librexgen.so.2.0.8

In case it's relevant, I'm using Antergos (Arch-based)

Cxarli avatar May 29 '18 13:05 Cxarli