Re: No libgsl.a in version 0.5 under OSF1

[Gerard Jungman <jungman at lanl dot gov>]

Dave Morrison wrote:
> 
> `solve_tridiag' is defined in linalg/tridiag.c and
> interpolation/tridiag.c
> 
> `brent_init' is defined in roots/brent.c and min/brent.c
> 
> `brent_iterate' is defined in roots/brent.c and min/brent.c
> 
> `newton_iterate' is defined in roots/newton.c and multiroots/newton.c
> 
> The functions defined in these different places are pretty darn near
> identical ... but not quite.  Any idea how best to handle this?  Can one
> or the other instance be defined as static and only used within its own
> subpackage?

Brian has been working on the roots, multiroots, min stuff. It's not
finished,
and I guess he forgot to move some code out of the way before the
release.
I'm sure he'll fix it as soon as he gets a chance.

The tridiag thing is my fault.


> And it looks like we'd need to make a configure option to choose between
> adding either the symbols in libgslblascblas.so or those in
> libgslblasnative.so to libgsl.so.

Well, this is not really what was intended. Client projects
need to configure themselves to use their library of choice.
So these should not be in the big library at all.
They will have to be built separately.
We'll fix it up so it works this way.


-- 
G. Jungman