If your doing a build to put onto multiple Solaris 9 systems, be sure to install the gnu lib package with each install, unless you wan the full gcc package on each of your systems.

Steve

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

-Wyllys


Mike Friedman wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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/AwUBQvD70a0bf1iNr4mCEQKJPACePmfNvVcfem4OV/KJug7sGtDGPQIAoJNi
FVp4xgwI68Op9WCzXRfjbSar
=GPzp
-----END PGP SIGNATURE-----
________________________________________________
Kerberos mailing list           [email protected]
https://mailman.mit.edu/mailman/listinfo/kerberos


________________________________________________
Kerberos mailing list           [email protected]
https://mailman.mit.edu/mailman/listinfo/kerberos

________________________________________________
Kerberos mailing list           [email protected]
https://mailman.mit.edu/mailman/listinfo/kerberos

Reply via email to