Re: [cgabriel@linux.it (Christopher R. Gabriel)] gsl configure.in patch

Re: [cgabriel@linux.it (Christopher R. Gabriel)] gsl configure.in patch

[Gerard Jungman]

I have replied to the full list, to try and clear this up again.

No, it should not be in the general library. There are two
separate blas implementations, one native GSL and one implemented
as a wrapper over a conformant cblas implementation.

People choose which one they want at _application_ link time.
So all applications that use linear algebra must
specify either -lgslblasnative or -lgslblascblas,
as well as -lgsl. When they link against -lgslblascblas,
they will also need to link -lcblasfoo, where cblasfoo
is their local cblas conformant implementation.


Mark Galassi wrote:
> 
> [dude, should blas be in the general library?]
> 
> From: cgabriel@linux.it (Christopher R. Gabriel)
> Subject: gsl configure.in patch
> To: rosalia@lanl.gov
> Date: 05 Apr 2000 04:41:03 +0200
> 
> I think you need this, if the blas lib is not something just for
> testing cvs.
> 
> *** configure.in        Wed Apr  5 05:36:04 2000
> --- configure.in.old    Wed Apr  5 05:37:15 2000
> *************** esac
> *** 212,218 ****
>   # Now restore our (possibly augmented) CFLAGS.
>   CFLAGS="$save_cflags"
>   GSL_CFLAGS="$CFLAGS -I$prefix/include/gsl"
> ! GSL_LIBS="-L$prefix/lib/gsl -lgsl -lgslblascblas -lgslblasnative"
> 
>   AC_SUBST(GSL_CFLAGS)
>   AC_SUBST(GSL_LIBS)
> --- 212,218 ----
>   # Now restore our (possibly augmented) CFLAGS.
>   CFLAGS="$save_cflags"
>   GSL_CFLAGS="$CFLAGS -I$prefix/include/gsl"
> ! GSL_LIBS="-L$prefix/lib/gsl -lgsl"
> 
>   AC_SUBST(GSL_CFLAGS)
>   AC_SUBST(GSL_LIBS)
> 
> --
> Christopher R. Gabriel              |    bez0(x) = (1 - x)**3
> http://www.linux.it/~cgabriel/      |    bez1(x) = 3 * (1 - x)**2 * x
> Short messages: cgabriel@sms.tin.it |    bez2(x) = 3 * (1 - x) * x**2
>                                          bez3(x) = x**3
>                                          set title "Ecco che ride!"

Re: [cgabriel@linux.it (Christopher R. Gabriel)] gsl configure.in patch

[Peter Hopfgartner]

It's nice to see that more and more people is on the mailing list.
Obviously, some questions might come up every once in a while. So it might
be the time to start a FAQ.

Peter

Gerard Jungman wrote:

> I have replied to the full list, to try and clear this up again.
>
> No, it should not be in the general library. There are two
> separate blas implementations, one native GSL and one implemented
> as a wrapper over a conformant cblas implementation.
>
> People choose which one they want at _application_ link time.
> So all applications that use linear algebra must
> specify either -lgslblasnative or -lgslblascblas,
> as well as -lgsl. When they link against -lgslblascblas,
> they will also need to link -lcblasfoo, where cblasfoo
> is their local cblas conformant implementation.
>
> Mark Galassi wrote:
> >
> > [dude, should blas be in the general library?]
> >
> > From: cgabriel@linux.it (Christopher R. Gabriel)
> > Subject: gsl configure.in patch
> > To: rosalia@lanl.gov
> > Date: 05 Apr 2000 04:41:03 +0200
> >
> > I think you need this, if the blas lib is not something just for
> > testing cvs.
> >
> > *** configure.in        Wed Apr  5 05:36:04 2000
> > --- configure.in.old    Wed Apr  5 05:37:15 2000
> > *************** esac
> > *** 212,218 ****
> >   # Now restore our (possibly augmented) CFLAGS.
> >   CFLAGS="$save_cflags"
> >   GSL_CFLAGS="$CFLAGS -I$prefix/include/gsl"
> > ! GSL_LIBS="-L$prefix/lib/gsl -lgsl -lgslblascblas -lgslblasnative"
> >
> >   AC_SUBST(GSL_CFLAGS)
> >   AC_SUBST(GSL_LIBS)
> > --- 212,218 ----
> >   # Now restore our (possibly augmented) CFLAGS.
> >   CFLAGS="$save_cflags"
> >   GSL_CFLAGS="$CFLAGS -I$prefix/include/gsl"
> > ! GSL_LIBS="-L$prefix/lib/gsl -lgsl"
> >
> >   AC_SUBST(GSL_CFLAGS)
> >   AC_SUBST(GSL_LIBS)
> >
> > --
> > Christopher R. Gabriel              |    bez0(x) = (1 - x)**3
> > http://www.linux.it/~cgabriel/      |    bez1(x) = 3 * (1 - x)**2 * x
> > Short messages: cgabriel@sms.tin.it |    bez2(x) = 3 * (1 - x) * x**2
> >                                          bez3(x) = x**3
> >                                          set title "Ecco che ride!"

Re: [cgabriel@linux.it (Christopher R. Gabriel)] gsl configure.in patch

[Christopher R. Gabriel]

>>>>> "Gerard" == Gerard Jungman <jungman@lanl.gov> writes:

    Gerard> I have replied to the full list, to try and clear this up
    Gerard> again.

    Gerard> No, it should not be in the general library. There are two
    Gerard> separate blas implementations, one native GSL and one
    Gerard> implemented as a wrapper over a conformant cblas
    Gerard> implementation.
    Gerard> People choose which one they want at _application_ link
    Gerard> time.  So all applications that use linear algebra must
    Gerard> specify either -lgslblasnative or -lgslblascblas, as well
    Gerard> as -lgsl. When they link against -lgslblascblas, they will
    Gerard> also need to link -lcblasfoo, where cblasfoo is their
    Gerard> local cblas conformant implementation.

Thanks for the explanation. Could be a possibile solution to avoid
problems with library users adding an option to the gsl-config script?
something like 'gsl-config --libs-without-native-blas' to let users
add their preferred blas implementation?

-- 
Christopher R. Gabriel              |    bez0(x) = (1 - x)**3
http://www.linux.it/~cgabriel/      |    bez1(x) = 3 * (1 - x)**2 * x	
Short messages: cgabriel@sms.tin.it |    bez2(x) = 3 * (1 - x) * x**2
                                         bez3(x) = x**3
                                         set title "Ecco che ride!"

Re: [cgabriel@linux.it (Christopher R. Gabriel)] gsl configure.in patch

[Brian Gough]

That sounds reasonable.

Christopher R. Gabriel writes:
 > 
 > Thanks for the explanation. Could be a possibile solution to avoid
 > problems with library users adding an option to the gsl-config script?
 > something like 'gsl-config --libs-without-native-blas' to let users
 > add their preferred blas implementation?