Can't find libgcc after building 1.4.1 - Kerberos

This is a discussion on Can't find libgcc after building 1.4.1 - Kerberos ; -----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: ...

+ Reply to Thread
Results 1 to 14 of 14

Thread: Can't find libgcc after building 1.4.1

  1. Can't find libgcc after building 1.4.1

    -----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
    mikef@ack.Berkeley.EDU 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 Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  2. Re: Can't find libgcc after building 1.4.1


    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
    > mikef@ack.Berkeley.EDU 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 Kerberos@mit.edu
    > https://mailman.mit.edu/mailman/listinfo/kerberos


    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  3. Re: Can't find libgcc after building 1.4.1

    -----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
    mikef@ack.Berkeley.EDU 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 Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  4. Re: Can't find libgcc after building 1.4.1

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

    I have an update to my earlier posting, because it was in error. (For one
    thing, after setting LD_LIBRARY_PATH in my configure script and compiling,
    I inadvertently tried the 'make install' without first becoming root).

    Actually, these are my symptoms:

    o I build and install krb5-1.4.1 (this is Solaris 9)

    o As root, I find that when I run the installed kinit, I get this message:

    ld.so.1: kinit: fatal: libgcc_s.so.1: open failed: No such file or directory

    However, when I exit from my root shell, as my own userid, I don't get
    that error message. Similarly, under my own userid, ldd shows everything
    as OK; in particular, I get this entry:

    libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1

    whereas, as root, ldd shows this:

    ...
    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)
    ...

    So, why the error in resolving libgcc only when I'm root? (And why the
    multiple 'not found' messages?).

    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.
    >>>
    >>> ...
    >>> 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.

    ....

    __________________________________________________ ___________________
    Mike Friedman System and Network Security
    mikef@ack.Berkeley.EDU 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/AwUBQvFbHa0bf1iNr4mCEQLCQQCeM037U2E6YoxxM72jUcIFgb 6YN84Anjyb
    PSgDqsLUwJlmBjWR3RMajbUb
    =swwV
    -----END PGP SIGNATURE-----
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  5. Re: Can't find libgcc after building 1.4.1

    Hallo,

    setting LD_LIBRARY_PATH env variable you tell where to look for shared
    object libraries. It looks like you set it in your sheel, but once you
    su'ed, LD_LIBRARY_PATH became unset. Setting LD_LIBRARY_PATH is in
    general bad idea, because you will always have to care if it is set or
    not (what you have posted is the best example for what I am saying).
    Setting LD_LIBRARY_PATH for root is even worse idea for reasons, which
    should be explained in Solaris or UNIX security cources.

    Best what you could do

    1) read man ld about -R option
    2) set env variable LDFLAGS="-R/usr/local/lib" for configure, i.e.
    execute configure like

    LDFLAGS="-R/usr/local/lib" ./configure --bla-bla

    Best regards, vadim tarassov.

    On Wed, 2005-08-03 at 17:02 -0700, Mike Friedman wrote:
    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > I have an update to my earlier posting, because it was in error. (For one
    > thing, after setting LD_LIBRARY_PATH in my configure script and compiling,
    > I inadvertently tried the 'make install' without first becoming root).
    >
    > Actually, these are my symptoms:
    >
    > o I build and install krb5-1.4.1 (this is Solaris 9)
    >
    > o As root, I find that when I run the installed kinit, I get this message:
    >
    > ld.so.1: kinit: fatal: libgcc_s.so.1: open failed: No such file or directory
    >
    > However, when I exit from my root shell, as my own userid, I don't get
    > that error message. Similarly, under my own userid, ldd shows everything
    > as OK; in particular, I get this entry:
    >
    > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
    >
    > whereas, as root, ldd shows this:
    >
    > ...
    > 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)
    > ...
    >
    > So, why the error in resolving libgcc only when I'm root? (And why the
    > multiple 'not found' messages?).
    >
    > 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.
    > >>>
    > >>> ...
    > >>> 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.

    > ...
    >
    > __________________________________________________ ___________________
    > Mike Friedman System and Network Security
    > mikef@ack.Berkeley.EDU 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/AwUBQvFbHa0bf1iNr4mCEQLCQQCeM037U2E6YoxxM72jUcIFgb 6YN84Anjyb
    > PSgDqsLUwJlmBjWR3RMajbUb
    > =swwV
    > -----END PGP SIGNATURE-----
    > ________________________________________________
    > Kerberos mailing list Kerberos@mit.edu
    > https://mailman.mit.edu/mailman/listinfo/kerberos

    --
    vadim

    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  6. Re: Can't find libgcc after building 1.4.1

    Mike Friedman wrote:
    > -----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?


    Run time.

    OR - you can add the following linker arguments to LDFLAGS at build
    time: -R/usr/local/lib


    >
    > 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

    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  7. Re: Can't find libgcc after building 1.4.1

    Mike Friedman wrote:
    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > I have an update to my earlier posting, because it was in error. (For
    > one thing, after setting LD_LIBRARY_PATH in my configure script and
    > compiling, I inadvertently tried the 'make install' without first
    > becoming root).
    >
    > Actually, these are my symptoms:
    >
    > o I build and install krb5-1.4.1 (this is Solaris 9)
    >
    > o As root, I find that when I run the installed kinit, I get this message:
    >
    > ld.so.1: kinit: fatal: libgcc_s.so.1: open failed: No such file or
    > directory
    >
    > However, when I exit from my root shell, as my own userid, I don't get
    > that error message. Similarly, under my own userid, ldd shows
    > everything as OK; in particular, I get this entry:
    >
    > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
    >
    > whereas, as root, ldd shows this:
    >
    > ...
    > 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)
    > ...
    >
    > So, why the error in resolving libgcc only when I'm root? (And why the
    > multiple 'not found' messages?).


    Because root has a different, more restricted, default library path than
    your normal user. Check the value of $LD_LIBRARY_PATH when you are
    'root' and compare to the same value when you are not root.

    -Wyllys

    >
    > Mike
    >

    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  8. Re: Can't find libgcc after building 1.4.1

    On Thu, Aug 04, 2005 at 08:56:39AM -0400, Wyllys Ingersoll wrote:
    > Mike Friedman wrote:
    > >Do you mean just at configure time, or must this variable always be set
    > >in the runtime environment as well?

    >
    > Run time.
    >
    > OR - you can add the following linker arguments to LDFLAGS at build
    > time: -R/usr/local/lib


    In fact, we recommend the latter. LD_* environment variables are useful
    for debugging and what not, but you shouldn't have to arrange to set
    them for every application.

    Nico
    --
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  9. Re: Can't find libgcc after building 1.4.1

    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
    >> mikef@ack.Berkeley.EDU 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 Kerberos@mit.edu
    >> https://mailman.mit.edu/mailman/listinfo/kerberos

    >
    >
    > ________________________________________________
    > Kerberos mailing list Kerberos@mit.edu
    > https://mailman.mit.edu/mailman/listinfo/kerberos
    >

    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  10. Re: Can't find libgcc after building 1.4.1

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

    On Thu, 4 Aug 2005 at 14:31 (+0200), vadim wrote:

    > 2) set env variable LDFLAGS="-R/usr/local/lib" for configure, i.e.
    > execute configure like
    >
    > LDFLAGS="-R/usr/local/lib" ./configure --bla-bla


    Vadim,

    I was sure I had tried that yesterday, with no success. Just to make
    sure, however, I did it again this morning. But ldd still shows me the
    following for kinit:

    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

    Walt Howard said,

    > Solaris may be using ld.so (based on your error message) in which case
    > there is a good chance that /etc/ld.so.conf contains a list of
    > directories that are loaded at boot time, and that a program called
    > ldconfig can be used to change it without rebooting.


    The Solaris 9 system I'm using has no /etc/ld.so.conf and, as far as I can
    tell, no ldconfig program.

    So, at this point, I think I'm just going to build with static libraries
    (-disable-shared --enable-static), which is what I've been doing anyway
    for the past 5 years on previous MIT-K5 releases.

    Thanks.

    Mike

    __________________________________________________ ___________________
    Mike Friedman System and Network Security
    mikef@ack.Berkeley.EDU 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/AwUBQvI5J60bf1iNr4mCEQK7PwCeMwB6yQauYzNbJeBlKjPDbx LITksAoKfG
    BtIHHzxgBxTNmSQWGDgrw9Ur
    =Bciz
    -----END PGP SIGNATURE-----
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  11. Re: Can't find libgcc after building 1.4.1




    >>
    >> 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.
    >>


    It soulds like you are building Kerberos in one directory and then
    installing into a different diretory, but then copying it
    to some other directory.

    With the proper choice of of --prefix to point at where it will
    eventially be installed (then rpath will have $prefix/lib )and the
    use of DESTDIR= when you do the make install to some other location,
    you should not have to force any aditional rpath variables.

    We do this by building krb5 in AFS then copying to a local system.



    >> Mike

    >
    > ________________________________________________
    > Kerberos mailing list Kerberos@mit.edu
    > https://mailman.mit.edu/mailman/listinfo/kerberos
    >
    >
    >


    --

    Douglas E. Engert
    Argonne National Laboratory
    9700 South Cass Avenue
    Argonne, Illinois 60439
    (630) 252-5444
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  12. Re: Can't find libgcc after building 1.4.1

    In fact, it comes now into my mind, I had similar problems with earlier
    versions of MIT kerberos ... even if setting LDFLAGS properly I could
    not link binaries properly. As far as I can remember guys applied an
    effort in their configure stuff to ignore all environmental settings ...

    It is probably not possible to link MIT executables on solaris without
    changing makefiles. Sorry.

    Best regards, vadim tarassov.

    On Thu, 2005-08-04 at 14:31 +0200, vadim wrote:
    > Hallo,
    >
    > setting LD_LIBRARY_PATH env variable you tell where to look for shared
    > object libraries. It looks like you set it in your sheel, but once you
    > su'ed, LD_LIBRARY_PATH became unset. Setting LD_LIBRARY_PATH is in
    > general bad idea, because you will always have to care if it is set or
    > not (what you have posted is the best example for what I am saying).
    > Setting LD_LIBRARY_PATH for root is even worse idea for reasons, which
    > should be explained in Solaris or UNIX security cources.
    >
    > Best what you could do
    >
    > 1) read man ld about -R option
    > 2) set env variable LDFLAGS="-R/usr/local/lib" for configure, i.e.
    > execute configure like
    >
    > LDFLAGS="-R/usr/local/lib" ./configure --bla-bla
    >
    > Best regards, vadim tarassov.
    >
    > On Wed, 2005-08-03 at 17:02 -0700, Mike Friedman wrote:
    > > -----BEGIN PGP SIGNED MESSAGE-----
    > > Hash: SHA1
    > >
    > > I have an update to my earlier posting, because it was in error. (For one
    > > thing, after setting LD_LIBRARY_PATH in my configure script and compiling,
    > > I inadvertently tried the 'make install' without first becoming root).
    > >
    > > Actually, these are my symptoms:
    > >
    > > o I build and install krb5-1.4.1 (this is Solaris 9)
    > >
    > > o As root, I find that when I run the installed kinit, I get this message:
    > >
    > > ld.so.1: kinit: fatal: libgcc_s.so.1: open failed: No such file or directory
    > >
    > > However, when I exit from my root shell, as my own userid, I don't get
    > > that error message. Similarly, under my own userid, ldd shows everything
    > > as OK; in particular, I get this entry:
    > >
    > > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
    > >
    > > whereas, as root, ldd shows this:
    > >
    > > ...
    > > 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)
    > > ...
    > >
    > > So, why the error in resolving libgcc only when I'm root? (And why the
    > > multiple 'not found' messages?).
    > >
    > > 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.
    > > >>>
    > > >>> ...
    > > >>> 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.

    > > ...
    > >
    > > __________________________________________________ ___________________
    > > Mike Friedman System and Network Security
    > > mikef@ack.Berkeley.EDU 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/AwUBQvFbHa0bf1iNr4mCEQLCQQCeM037U2E6YoxxM72jUcIFgb 6YN84Anjyb
    > > PSgDqsLUwJlmBjWR3RMajbUb
    > > =swwV
    > > -----END PGP SIGNATURE-----
    > > ________________________________________________
    > > Kerberos mailing list Kerberos@mit.edu
    > > https://mailman.mit.edu/mailman/listinfo/kerberos

    --
    vadim

    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  13. Re: Can't find libgcc after building 1.4.1

    Other options:

    try the gcc option of -static-libgcc

    make sure libgcc_s.so is installed in /usr/lib


    Mike Friedman wrote:

    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > On Thu, 4 Aug 2005 at 14:31 (+0200), vadim wrote:
    >
    >> 2) set env variable LDFLAGS="-R/usr/local/lib" for configure, i.e.
    >> execute configure like
    >>
    >> LDFLAGS="-R/usr/local/lib" ./configure --bla-bla

    >
    >
    > Vadim,
    >
    > I was sure I had tried that yesterday, with no success. Just to make
    > sure, however, I did it again this morning. But ldd still shows me the
    > following for kinit:
    >
    > 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
    >
    > Walt Howard said,
    >
    >> Solaris may be using ld.so (based on your error message) in which case
    >> there is a good chance that /etc/ld.so.conf contains a list of
    >> directories that are loaded at boot time, and that a program called
    >> ldconfig can be used to change it without rebooting.

    >
    >
    > The Solaris 9 system I'm using has no /etc/ld.so.conf and, as far as I
    > can tell, no ldconfig program.
    >
    > So, at this point, I think I'm just going to build with static libraries
    > (-disable-shared --enable-static), which is what I've been doing anyway
    > for the past 5 years on previous MIT-K5 releases.
    >
    > Thanks.
    >
    > Mike
    >
    > __________________________________________________ ___________________
    > Mike Friedman System and Network Security
    > mikef@ack.Berkeley.EDU 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/AwUBQvI5J60bf1iNr4mCEQK7PwCeMwB6yQauYzNbJeBlKjPDbx LITksAoKfG
    > BtIHHzxgBxTNmSQWGDgrw9Ur
    > =Bciz
    > -----END PGP SIGNATURE-----
    > ________________________________________________
    > Kerberos mailing list Kerberos@mit.edu
    > https://mailman.mit.edu/mailman/listinfo/kerberos
    >
    >
    >


    --

    Douglas E. Engert
    Argonne National Laboratory
    9700 South Cass Avenue
    Argonne, Illinois 60439
    (630) 252-5444
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


  14. Re: Can't find libgcc after building 1.4.1

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

    On Thu, 4 Aug 2005 at 10:59 (-0500), Douglas E. Engert wrote:

    > It sounds like you are building Kerberos in one directory and then
    > installing into a different directory, but then copying it to some other
    > directory.


    Douglas,

    Not quite. I build in one directory, with 'prefix' set to a different,
    version-dependent, directory, in this case '/usr/local/krb5-1.4.1', to
    which I then symlink '/usr/local/kerberos'. This allows me to build new
    versions on the production KDC and then cut over merely by switching
    symlinks. But I don't *copy* the installed binaries from the prefix
    directory to anywhere else. In other words, '/usr/local/kerberos' is
    always just a symlink to the current production Kerberos directory.

    > Other options:
    >
    > try the gcc option of -static-libgcc
    >
    > make sure libgcc_s.so is installed in /usr/lib


    I tried 'CFLAGS="-static-libgcc", but this didn't work either, perhaps
    because on this system libgcc_s.so is installed in /usr/local/lib, not in
    /usr/lib.

    So, as I said earlier, rather than spend much more time on this, I think
    I'll just build with static libraries, as I've been doing for years.

    Mike

    __________________________________________________ ___________________
    Mike Friedman System and Network Security
    mikef@ack.Berkeley.EDU 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/AwUBQvJJRq0bf1iNr4mCEQIKqQCeL/1DwdThe1Vb4/hMBpbGnyVL4boAn0cU
    p5ixSs0ht2hXEAmZHdQOTikN
    =Fk9S
    -----END PGP SIGNATURE-----
    ________________________________________________
    Kerberos mailing list Kerberos@mit.edu
    https://mailman.mit.edu/mailman/listinfo/kerberos


+ Reply to Thread