[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gsl package: undefined symbol: cblas_ctrmv
From: |
Martin Helm |
Subject: |
Re: gsl package: undefined symbol: cblas_ctrmv |
Date: |
Thu, 5 Aug 2010 01:47:33 +0200 |
User-agent: |
KMail/1.12.4 (Linux/2.6.31.12-0.2-desktop; KDE/4.3.5; x86_64; ; ) |
Am Mittwoch, 4. August 2010 21:28:59 schrieb lo:
> On Wednesday 04 August 2010 21:14:38 Jordi Gutiérrez Hermoso wrote:
> > On 4 August 2010 13:50, lo <address@hidden> wrote:
> > > in fact, it would be nice if this function were part of octave,
> > > since it is also part of Matlab, but I refrain from opening a request
> > > since one could argue that there is an octave package for that;
> >
> > Ask not what your Octave can do for you... A GSL build dependency for
> > Octave might be acceptable.
> >
> > Anyways, the Debian package for the GSL 'Forge package is using GSL
> > 1.14 and works fine.
> >
> > If you need hints why, perhaps Debian's build script could be
> > illuminating:
> >
> >
> >
> > http://git.debian.org/?p=pkg-octave/octave-gsl.git;a=blob;f=debian/rules;
> >h
> > =cc1bd1b064e0483e3a3d3c966cf05ab3c7a0ff41;hb=359fd4552fc6ffd6a0b3606b9364
> >9e 91e975553c
> >
> > You see it just calls the generic octave-pkg Makefile which is here:
> >
> >
> >
> > http://git.debian.org/?p=pkg-octave/octave-pkg-dev.git;a=blob;f=octave-pk
> >g
> > .mk.in;h=d269194a502b611f86cd1b501fa35a1a613a2c4c;hb=c93c63e13b6d75feabd5
> >e1 1329474f5e06439625
> >
> > From reading it myself, it's not doing anything fancy, and in fact
> > calls Octave's own pkg function with a few modifications. Does "pkg
> > install" from within Octave fail for you?
>
> pkg install gsl-1.0.8.tar.gz
> under octave
> works fine; no error message;
>
> > HTH,
> > - Jordi G. H.
>
> _______________________________________________
> Help-octave mailing list
> address@hidden
> https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>
I had a look at the package and checked with opensuse 11.3 and octave 3.3.52
with gsl-1.0.8 that the make file in the src folder of the gsl-1.0.8 package
defines
#LIBGSL=$(shell gsl-config --libs-without-cblas)
LIBGSL=-lgsl
which leads to that problem since the resulting oct file is not linked against
libgslcblas as it should in that case (the unresolved symobol is in gslcblas).
I checked simply with ldd.
changing that manually to
LIBGSL=$(shell gsl-config --libs)
results in a successfull compilation and in a psi function which does not show
the runtime error and gives correct results.
Since I do not understand enough about packages, makefiles and so on, I do not
know if that is a bug in the gsl package or in gsl or in opensuse.
- mh