[24363] in Kerberos

home help back first fref pref prev next nref lref last post

Re: Problem building an API program against 1.4.1

daemon@ATHENA.MIT.EDU (Russ Allbery)
Sun Jul 31 14:52:02 2005

From: Russ Allbery <rra@stanford.edu>
Date: Sun, 31 Jul 2005 11:35:46 -0700
Message-ID: <874qaa4yd9.fsf@windlord.stanford.edu>
To: kerberos@mit.edu
Errors-To: kerberos-bounces@mit.edu

Mike Friedman <mikef@ack.berkeley.edu> writes:

> As far as I can tell, the MIT Kerberos stuff works.  However, after
> compiling one of my own programs that uses the MIT K5 API (and which
> I've been running, mostly on Solaris systems, for years), I get this
> message at runtime (the program is called krb5ver):

>     /libexec/ld-elf.so.1: Shared object "libk5crypto.so" not found,
>     required by "krb5ver"

> But when I look in /usr/local/kerberos/lib, I do see libk5crypto.so as a
> symlink to libk5crypto.so.3, which does exist in the same directory.

> Here's the Makefile I use to build my program:

> krb5ver:
>  	gcc -Wall -c -I/usr/local/kerberos/include krb5ver.c
>  	gcc -o krb5ver krb5ver.o  -L/usr/local/kerberos/lib -lk5crypto -lkrb5 -lcom_err

If you install libraries in a non-standard location that the dynamic
linker doesn't know about, you have to encode the path to the libraries
into the binary.  Adding -R/usr/local/kerberos/lib will probably fix the
problem.

-- 
Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>
________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos

home help back first fref pref prev next nref lref last post