Re: [gentoo-science] undefined symbol: dgetri_ -- again.

["François Bissey" <f.r.bissey@massey.ac.nz>]

> On Tue, 12 Oct 2010 21:28:55 +1300
> 
> François Bissey <f.r.bissey@massey.ac.nz> wrote:
> > Yes you have the typical configuration that was leading to trouble and
> > that we have dealt with. If you are using the latest linbox ebuild from
> > the overlay and it still doesn't work, send us the output of
> > ldd /usr/lib64/liblinboxsage.so
> 
>   I'm using the
> '/var/lib/layman/sage-on-gentoo/sci-libs/linbox/linbox-1.1.6-r3.ebuild'
> from yesterday-synced layman 'sage-on-gentoo' overlay.
> 
> ldd /usr/lib64/liblinboxsage.so gives the following:
> 
> 	linux-vdso.so.1 =>  (0x00007fffd2f75000)
> 	libntl-5.5.2.so => /usr/lib/libntl-5.5.2.so (0x00007ff6a00a6000)
> 	liblinbox.so.0 => /usr/lib/liblinbox.so.0 (0x00007ff69fe95000)
> 	libblas.so.0 => /usr/lib/libblas.so.0 (0x00007ff69fc72000)
> 	libgmp.so.10 => /usr/lib/libgmp.so.10 (0x00007ff69fa03000)
> 	libgivaro.so.0 => /usr/lib/libgivaro.so.0 (0x00007ff69f7b2000)
> 	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/libstdc
> ++.so.6 (0x00007ff69f49e000) libm.so.6 => /lib/libm.so.6
> (0x00007ff69f21d000) libc.so.6 => /lib/libc.so.6 (0x00007ff69eeb7000)
> 	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007ff69ec9f000)
> 	libgmp.so.3 => /usr/lib/libgmp.so.3 (0x00007ff69ea48000)
> 	libgf2x.so.1 => /usr/lib/libgf2x.so.1 (0x00007ff69e83a000)
> 	libgfortran.so.3
> => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/libgfortran.so.3
> (0x00007ff69e54b000) libatlas.so.0 => /usr/lib/libatlas.so.0
> (0x00007ff69df07000) /lib64/ld-linux-x86-64.so.2 (0x00007ff6a0889000)
> 
> > And also how recently you have synced the main tree, has the last fix
> > required an eclass bug to be fixed.
> 
>   I have synced the main tree yesterday, just before updating Sage and
> the packages it depends on.
>   I'm not sure I understand you right about 'has the last fix required
> an eclass bug to be fixed'.
> 
I meant an "as an eclass bug had to be fixed", the fix developed by me 
Martin von Gagern wouldn't take because the autotool eclass missed some 
double quotes see bug #339227.

Basically as far as we understand that's a problem when using gsl for your
cblas. There are two workarounds while we work out why it doesn't work for 
you:
1) switch to atlas cblas
or
2) compile gsl with the "static-libs" useflag.
Then recompile linbox.

Before you do that, it would be helpful if you sent us a build log of 
lnbox-1.1.6-r3 and if you know how the configuration log of linbox.

Cheers,
Francois