sfarkxtc: error while loading shared libraries: libsfark.so: cannot open shared object file: No such file or directory

[djnotes]

On Fedora x86_64:

I have installed sfArkLib, and I have libsfark.so at /usr/local/lib, and sfArkLib.h at /usr/local/include/, but I cannot run sfarkxtc after building and installing it, neither in its build directory, neither from /usr/local/bin/. The error I get upon issuing the command sfarkxtc is:

sfarkxtc: error while loading shared libraries: libsfark.so: cannot open shared object file: No such file or directory

I tried creating a pkg-config file libsfark.so.pc at the /usr/local/lib/pkgconfig/ location with the following contents:

prefix=/usr/local
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: libsfark
Description: The sfArkLib library
Version: 2.23
Cflags: -I${includedir}
Libs: -L${libdir} -llibsfark

Still, sfarkxtc complains about lack of libsfark.so.

[raboof]

Hmm, perhaps run ldconfig?

[djnotes]

Yep, still does not work. The same error :(

[jmhoya]

Hi,
I had the same problem, using 64-bit Fedora as well. It probably has something to do with /usr/local/lib not being searched by ldconfig or whatever. If you add the file explicitly to the shared library cache with sudo ldconfig /usr/local/lib/libsfark.so it should work.

[djnotes]

Hi. This does not work. I still get the error.

[raboof]

Actually ldconfig takes a directory as a parameter, so it should be sudo ldconfig /usr/local/lib in this case.

@jasonMisaq could you verify that works for you? If so we should add it to the README :)

[djnotes]

It worked, yep. @raboof I got the following result:

[mhd@f24 trunk]$ sudo ldconfig /usr/local/lib
[mhd@f24 trunk]$ ./sfarkxtc 
========================================================================
sfarkxtc 3.0-SNAPSHOT (using sfArkLib version: 300)
copyright (c) 1998-2002 melodymachine.com, distributed under the GNU GPL
========================================================================
Specify input and output files on the command line, i.e:
sfarkxtc <InputFilename> <OutputFilename>

[raboof]

Good to hear! Let's document it and then close this issue. PR welcome :)

[AS383]

I have the same issue on 64 bit ROSA Linux. Can it be fixed a right way (not adding a path to ld)? Current solution is bad because it can result in mixing libs for different architectures in other applications.

[raboof]

@AS383 that would entail updating the configuration in /etc/ld.so.conf.d I think, right? Could you describe what kind of solution you'd have in mind?

[AS383]

@raboof, I mean to place lib to standard folder where ld can find it automatically. If speak about hotfix solution, it should be better to set LD_LIBRARY_PATH variable for current session.

[djnotes]

I don't think installing local builds in standard directories is a good idea. Can you @AS383 please explain more about or give an example of what problems can arise from using ld config on /usr/local/lib. It has never occurred to me.