This is the mail archive of the
gsl-discuss@sourceware.cygnus.com
mailing list for the GSL project.
Re: broken after libtoolswitch on
- To: Brian Gough <bjg at network-theory dot co dot uk>
- Subject: Re: broken after libtoolswitch on
- From: Steve ROBBINS <stever at bic dot mni dot mcgill dot ca>
- Date: Wed, 16 Feb 2000 16:55:48 -0500 (EST)
- cc: Thomas Walter <walter at pctc dot chemie dot uni-erlangen dot de>, gsl-discuss at sourceware dot cygnus dot com
On Wed, 16 Feb 2000, Brian Gough wrote:
> Steve ROBBINS writes:
> > There are two things to note. First, it _is_ possible to use
> > noinst_LTLIBRARIES. I skimmed a couple of recent messages about this,
> > which seemed to imply there was some problem using noinst libraries.
> > (Or was it that one *wants* all the sub-libraries installed alongside the
> > conglomerate?)
> >
>
> We are using a scheme like this now -- as you say, the problem is that
> the decision to make either sub-libraries or a conglomerate can't be
> made by the user... the various Makefile.am's have to use either
> pkglib_LTLIBRARIES or noinst_LTLIBRARIES at the automake stage so the
> choice is not available to the end user.
I see.
Is having a choice something that you want to support indefinitely? Or is
it just an issue during a transition from one model to the other?
If the former, I'll bet you could support giving the installer a choice by
using automake conditionals, or some clever AC_SUBSTs.
-Steve