[1720] in Kerberos-V5-bugs

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

Re: aclocal.m4: building shared libraries

daemon@ATHENA.MIT.EDU (Theodore Ts'o)
Mon Nov 13 16:29:29 1995

Date: Mon, 13 Nov 1995 16:29:17 -0500
From: Theodore Ts'o <tytso@MIT.EDU>
To: "Richard Basch" <basch@lehman.com>
Cc: Sam Hartman <hartmans@MIT.EDU>, krb5-bugs@MIT.EDU
In-Reply-To: Richard Basch's message of Mon, 13 Nov 1995 15:40:53 -0500,
	<9511132040.AA14011@badger.lehman.com>

   Date: Mon, 13 Nov 1995 15:40:53 -0500
   From: "Richard Basch" <basch@lehman.com>

   On Mon, 13-November-1995, "Sam Hartman" wrote to "Richard Basch" saying:

   > That is strange; I am certain I was passing the shared library
   > version.  How does makeshlib.sh get the version to encode in the
   > shared library name then?

   It has the full library name as the first argument (eg. libcom_err.so.0.1),
   but it also expects to take yet another version argument.

It turns out the problem was a screwup in Richard's CVS tree.  As of
last week, the shared library stuff is working enough so that I was able
to build Linux shared libraries.

						- Ted

P.S.  It looks like there is currently no support for setting the soname
via -h or --soname; is that correct?  We do want to set soname, so that
the dynamic linker is looking for libkrb5.so.1 instead of
libkrb5.so.1.0; this makes it possible for us to produce minor version
number updates to the shared libraries.

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