[krbdev.mit.edu #3176]
Marc Aurele La France via RT
rt-comment at krbdev.mit.edu
Mon Oct 3 12:20:56 EDT 2005
On Fri, 16 Sep 2005, Tom Yu via RT wrote:
> Currently, the patch only uses the new shared library build process
> for AIX 5.3. Is it also applicable to earlier AIX 5.x? I suspect it
> is, but confirmation would be appreciated.
In part, my proposal is intended to generate the same library combinations as
the 1.4.2 release does. It merely adds a .so to that set under
--enable-shared (which is the default). At worst, this'll affect
applications that subsequently get relinked using the non-default -brtl
option of AIX's ld(1) (causing it to prefer a ".so" over a ".a"). Thus I see
little harm in extending this to all AIXen.
However, I'll let you people decide...
On Fri, 16 Sep 2005, Marc Aurele La France wrote:
> --enable-shared builds a dlopen'able lib.so as I have it; --disable-shared
> doesn't build a lib.so at all. --enable-static builds a lib.a as an archive
> of static objects; --disable-static builds a lib.a as a wrapped shared
> object as you have it. This for all AIXen.
> One issue I already have with this is that more intrusive changes than I
> would like are needed for the --enable-shared --disable-static case. Also,
> this might limit, or least affect, your options in dealing with the
> --enable-static issue in src/lib/kdb/kdb5.c.
I attach an implementation of this proposal, against both the 1.4.2 release
and the 20050928 snapshot, but only for AIX 5.3. Changelogs included.
To handle the (default) --disable-static and --enable-shared case, where both
a shared archive (.a) and a shared object (.so) are to be generated, I
generalised the building of static archives to optionally handle versioning
and introduced a MAKE_STLIB_COMMAND variable. Thus, under --disable-static,
I re-use the static library build scheme to instead generate the ".so".
Also, with these changes, krb5_force_static now needs to be set, if at all,
before src/config/shlib.conf is sourced by configure scripts.
On Fri, 9 Sep 2005, Ken Raeburn wrote:
> On Sep 2, 2005, at 16:25, Marc Aurele La France wrote:
>> It should be noted that, independently of these changes, the current
>> snapshot does not build with --enable-static (primarily due to
>> src/lib/kdb/kdb5.c's compilation with _KDB5_STATIC_LINK #define'd). I
>> realise that this is a consequence of your on-going integration of Novell's
>> changes and have elected not to interfere with that process, i.e. my "fix"
>> is too specific to the way I've built krb5-current (and is not needed for
>> an official release anyway).
> Yep, static builds are a problem right now. I'm leaning towards having the
> kdb library do the dlopen bit even for static builds; that keeps some other
> things much more consistent. Making our testing scripts work again for
> shared-library builds is higher priority, though.
I have again elected to not touch this one.
Marc.
+----------------------------------+-----------------------------------+
| Marc Aurele La France | work: 1-780-492-9310 |
| Academic Information and | fax: 1-780-492-1729 |
| Communications Technologies | email: tsi at ualberta.ca |
| 352 General Services Building +-----------------------------------+
| University of Alberta | |
| Edmonton, Alberta | Standard disclaimers apply |
| T6G 2H1 | |
| CANADA | |
+----------------------------------+-----------------------------------+
XFree86 developer and VP. ATI driver and X server internals.
More information about the krb5-bugs
mailing list