Re: No libgsl.a in version 0.5 under OSF1

[Dave Morrison <dave at bnl dot gov>]

Hi Brian,

Wouldn't automake+libtool "convenience" libraries handle the
construction of a mondo libgsl.[a,so]?  Each of the GSL subpackages
would have a line in its Makefile.am that looks something like this (for
instance):

noinst_LTLIBRARIES = libgslblas.la

and then the top-most Makefile.am would assemble these:

pkglib_LTLIBRARIES = libgsl.la

libgsl_la_LIBADD = \
  blas/libgslblas.la \
  block/libgslblock.la \
  ...

and so on.  All the library plumbing, horrendous though it is, is then
handled by automake+libtool.

Cheers,
Dave

Brian Gough writes:

> We dropped the final libgsl.a stage in the current release. We weren't
> very happy with it, due to it being a horrendous shell-script hack --
> it had to be kept up to date (I always forgot to do that) and it
> wasn't clear to me whether it was compatible with libtool.
> 
> We are looking for a good way to build a single .a file. Preferably
> one which works with libtool.  It would be nice if this case was
> handled by Automake.  Any ideas welcome. If not, we'll go back to the
> old method in the next release. In the meantime if you need the script
> it should be in CVS.

-- 
David Morrison  Brookhaven National Laboratory  phone: 631-344-5840
                Physics Department, Bldg 510 C    fax: 631-344-3253
		          Upton, NY 11973-5000  email: dave@bnl.gov