-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 3 Aug 2005 at 16:21 (-0400), Wyllys Ingersoll wrote:
Set your LD_LIBRARY_PATH environment variable to include /usr/local/lib
Ex:
bash$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
Do you mean just at configure time, or must this variable always be set in
the runtime environment as well?
I set LD_LIBRARY_PATH in a shell script that then ran the 'configure'. The
'make' then ran OK, but 'make install' bombed out right near the
beginning, while 'making install in util ...'.
I'm sure I'm doing something wrong. This is the first time I've installed
MIT K5 with shared libraries (which now is the default), so I'm not used
to dealing with these issues.
Mike
==================================================================
OK, now I've built 1.4.1 on Solaris 9 and I have this problem:
The compile (and install) seems to have gone well. But when I try to run
kinit, I'm told this:
ld.so.1: kinit: fatal: libgcc_s.so.1: open failed: No such file or
directory
I subsequently ran 'make check' and also got a message about libgcc_s.so.1
not being found. But that library does exist and is in /usr/local/lib.
This sounds similar to a runtime problem I reported here the other day. But
now we're dealing with the MIT K5 build itself, not with an attempt to
build my own program. And the problematic library is not one of the
Kerberos libraries. Shouldn't configure be able to determine the correct
location of libgcc?
When I run ldd on, for example, the newly-installed kinit, I get this:
libkrb4.so.2 => /usr/local/krb5-1.4.1/lib/libkrb4.so.2
libdes425.so.3 => /usr/local/krb5-1.4.1/lib/libdes425.so.3
libkrb5.so.3 => /usr/local/krb5-1.4.1/lib/libkrb5.so.3
libk5crypto.so.3 => /usr/local/krb5-1.4.1/lib/libk5crypto.so.3
libcom_err.so.3 => /usr/local/krb5-1.4.1/lib/libcom_err.so.3
libkrb5support.so.0 => /usr/local/krb5-1.4.1/lib/libkrb5support.so.0
libresolv.so.2 => /usr/lib/libresolv.so.2
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libc.so.1 => /usr/lib/libc.so.1
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libdl.so.1 => /usr/lib/libdl.so.1
libmp.so.2 => /usr/lib/libmp.so.2
/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
Notice that there's no problem resolving the Kerberos libraries. Only
libgcc seems to have a problem.
What might be going on here?
Thanks.
Mike
_____________________________________________________________________
Mike Friedman System and Network Security
[EMAIL PROTECTED] 2484 Shattuck Avenue
1-510-642-1410 University of California at Berkeley
http://ack.Berkeley.EDU/~mikef http://security.berkeley.edu
_____________________________________________________________________
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8
iQA/AwUBQvFPyq0bf1iNr4mCEQL5OACfT8+/y7iZ8cgL1d0Y68Avsmt2YTQAoNKC
fOWymnNpgj0hxsAZu8VXtSy7
=tz1t
-----END PGP SIGNATURE-----
________________________________________________
Kerberos mailing list [email protected]
https://mailman.mit.edu/mailman/listinfo/kerberos
