On 21:50 Sat 27 Oct 2012, Francois Bissey wrote:
> On 27/10/12 10:53, Thomas Kahle wrote:
> > On 17:10 Wed 10 Oct 2012, justin wrote:
> > [..]
> > 
> >>> Calculating dependencies... done!
> >>> [ebuild  N     ] app-admin/eselect-lapack-0.1  0 kB
> >>> [blocks B      ] app-admin/eselect-lapack ("app-admin/eselect-lapack"
> >>> is blocking sci-libs/gsl-1.15-r2, sci-libs/cblas-reference-20110218,
> >>> sci-libs/blas-reference-20110418, sci-libs/atlas-3.10.0,
> >>> sci-libs/lapack-reference-3.3.1-r1)
> >>>
> >>> Total: 1 package (1 new), Size of downloads: 0 kB
> >>> Conflict: 1 block (1 unsatisfied)
> >>>
> >>>  * Error: The above package list contains packages which cannot be
> >>>  * installed at the same time on the same system.
> >>>
> >>>   (sci-libs/cblas-reference-20110218::science, installed) pulled in by
> >>>     sci-libs/cblas-reference required by @selected
> >>>
> >>>   (app-admin/eselect-lapack-0.1::gentoo, ebuild scheduled for merge)
> >>> pulled in by
> >>>     eselect-lapack
> >>>
> >>>   (sci-libs/atlas-3.10.0::science, installed) pulled in by
> >>>     sci-libs/atlas required by @selected
> >>>
> >>>
> > 
> >> do you have the eselect version from the sci overlay installed? Only
> >> that one is able to eslect blas for you correctly.
> > 
> > I'm using this eselect version and I have lapack reference-3.4.2
> > installed and eselected.  Still I get:
> > 
> > # pkg-config --libs lapack                                                  
> >       
> > Package lapack was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `lapack.pc'
> > to the PKG_CONFIG_PATH environment variable
> > No package 'lapack' found
> > 
> > Which makes packages depending on lapack checks during configure fail.
> > 
> > Any ideas
> > 
> 
> First of, supposing you are on amd64, does
> /usr/lib64/pkgconfig/lapack.pc
> exist? It should be a link pointing to
> ../../../etc/env.d/alternatives/lapack/_current/usr/lib64/pkgconfig/lapack.pc
> itself a link to /usr/lib64/pkgconfig/reflapack.pc

Yes, it exists, but no it is a symlink to the wrong pc file:

$ ls -ahl /usr/lib64/pkgconfig/lapack.pc
lrwxrwxrwx 1 root root 77 Oct 26 15:19 /usr/lib64/pkgconfig/lapack.pc -> 
../../../etc/env.d/alternatives/lapack/_current/usr/lib64/pkgconfig/lapack.pc

Which package is to provide this symlink?  It seems that it is a stale
symlink from before -llapack was renamed to -lreflapack recently?

I'm experimenting with the different implementations, it is entirely
possible that I'm in some undefined state.  Now, how to fix it?

Thanks!
Thomas

> It is possible that some of these links have not been created properly.
> There used to be bug about it on prefix (I don't know if anyone improved
> my prefix bandaid). There is also the possibility that remnant from the
> non-sci overlay mechanism interfere.
> 
> Francois
> 
> 

-- 
Thomas Kahle
http://dev.gentoo.org/~tomka/

Attachment: signature.asc
Description: Digital signature

Reply via email to