Compiling problem
Sam Varshavchik
mrsam at courier-mta.com
Fri Apr 10 02:32:15 UTC 2009
Jim writes:
> Thank you that solved the compile problem, but when i tried to execute
> "inq" i get this error message;
>
> $ inq
> inq: error while loading shared libraries: libinklevel.so.5: cannot open
> shared object file: No such file or directory
>
> The libinklevel.so.5 file is at
>
> /usr/local/lib/libinklevel.so.5
> /usr/local/lib/libinklevel.so.5.0.0
/usr/local/lib is not in the default runtime loader search path.
This application has a slightly broken makefile and/or configuration script.
By default, it installs its libraries in a directory that is not searched by
the loader, at runtime. Obviously broken.
There are several ways to solve this. The easiest way, the cop-out, is to
fiddle with certain environment variables and/or configuration files in
/etc. I'm not going to tell you how, because even though it's easier, it
will lead to problems later down the line, and it's a broken solution.
The proper way, which requires more work, but is the right way to fix this,
is to rebuild the application so its binaries get linked with the
-R/usr/local/lib flag. If this application uses autoconf, this is done by
passing an extra argument 'LDFLAGS=-R/usr/local/lib' to its configure
script. If it uses a different configuration system, consult this
application's help file for instructions on passing additional compiler
options, for building.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20090409/7267cea7/attachment-0001.bin
More information about the users
mailing list