Skip Menu |
 

From: raeburn@mit.edu
Subject: SVN Commit
We shouldn't accept --enable-static at configure time when we know
it's not going to work at build time.

* aclocal.m4 (KRB5_LIB_AUX): Error out if --enable-static.

Commit By: raeburn



Revision: 18348
Changed Files:
U trunk/src/aclocal.m4
From: raeburn@mit.edu
Subject: SVN Commit
* aclocal.m4 (KRB5_LIB_AUX): Disallow --enable-profiled and --disable-shared
options as well. Don't generate help messages for these options.

Commit By: raeburn



Revision: 18352
Changed Files:
U trunk/src/aclocal.m4
From: tlyu@mit.edu
Subject: SVN Commit
pull up r18348 from trunk

r18348@cathode-dark-space: raeburn | 2006-07-21 13:41:43 -0400
ticket: new
subject: reject configure option for static libraries
target_version: 1.5.1
tags: pullup

We shouldn't accept --enable-static at configure time when we know
it's not going to work at build time.

* aclocal.m4 (KRB5_LIB_AUX): Error out if --enable-static.



Commit By: tlyu



Revision: 18401
Changed Files:
_U branches/krb5-1-5/
U branches/krb5-1-5/src/aclocal.m4
From: tlyu@mit.edu
Subject: SVN Commit
pull up r18352 from trunk

r18352@cathode-dark-space: raeburn | 2006-07-21 15:03:02 -0400
ticket: 4036

* aclocal.m4 (KRB5_LIB_AUX): Disallow --enable-profiled and --disable-shared
options as well. Don't generate help messages for these options.



Commit By: tlyu



Revision: 18402
Changed Files:
_U branches/krb5-1-5/
U branches/krb5-1-5/src/aclocal.m4
Is it your intention to no longer support static kerberos libraries? If
so it looks like a lot of folks who use them are going to be stuck on
the 1.4.x tree forever.

[tlyu - Wed Aug 2 12:41:19 2006]:

Show quoted text
> pull up r18352 from trunk
>
> r18352@cathode-dark-space: raeburn | 2006-07-21 15:03:02 -0400
> ticket: 4036
>
> * aclocal.m4 (KRB5_LIB_AUX): Disallow --enable-profiled and
> --disable-shared
> options as well. Don't generate help messages for these options.
>
>
>
> Commit By: tlyu
>
>
>
> Revision: 18402
> Changed Files:
> _U branches/krb5-1-5/
> U branches/krb5-1-5/src/aclocal.m4
[guest - Tue Oct 31 11:13:12 2006]:

Agreed. Need static libraries!!!


Show quoted text
> Is it your intention to no longer support static kerberos libraries? If
> so it looks like a lot of folks who use them are going to be stuck on
> the 1.4.x tree forever.
>
> [tlyu - Wed Aug 2 12:41:19 2006]:
>
> > pull up r18352 from trunk
> >
> > r18352@cathode-dark-space: raeburn | 2006-07-21 15:03:02 -0400
> > ticket: 4036
> >
> > * aclocal.m4 (KRB5_LIB_AUX): Disallow --enable-profiled and
> > --disable-shared
> > options as well. Don't generate help messages for these options.
> >
> >
> >
> > Commit By: tlyu
> >
> >
> >
> > Revision: 18402
> > Changed Files:
> > _U branches/krb5-1-5/
> > U branches/krb5-1-5/src/aclocal.m4
>
Date: Sun, 8 Apr 2007 13:08:34 +0200
From: reply possible until june 2007 <u+05-2007-ukjh@chalmers.se>
To: krb5-bugs@mit.edu
Subject: [krbdev.mit.edu #4036] reject configure option for static libraries
RT-Send-Cc:
This can be a wrong place to complain (?) - I do not see any replies
to others' complaints - but static libraries _are_ necessary indeed.

If static build is broken,
it is the build which should be fixed, not the options disabled.

Regards,
Rune
CC: rt-comment@krbdev.mit.edu
From: Ken Raeburn <raeburn@MIT.EDU>
Subject: Re: [krbdev.mit.edu #4036] reject configure option for static libraries
Date: Sun, 8 Apr 2007 18:40:42 -0400
To: u+05-2007-ukjh@chalmers.se
RT-Send-Cc:
Download (untitled) / with headers
text/plain 1.1KiB
On Apr 8, 2007, at 12:44, reply possible until june 2007 via RT wrote:
Show quoted text
> This can be a wrong place to complain (?) - I do not see any replies
> to others' complaints - but static libraries _are_ necessary indeed.
>
> If static build is broken,
> it is the build which should be fixed, not the options disabled.

We're aware static libraries are important for some people, but they
aren't a priority for our own work and most of the system integrators
we deal with, compared to some other issues like plugin support that
get more complicated when static libraries come into play.

If someone wants to look at re-adding the static library support,
including plugin support and dealing with recent changes in our
configure script support (the old approach required separate
configure scripts for static libraries and shared libraries; now the
selection is done via differences in Makefile.in), I'd be happy to
talk with them about it. Restoring support for profiled libraries at
the same time would be a plus as well. We don't have any objection
to being able to do these; it's just getting more complicated and, as
I said, not high enough of a priority for us.

Ken