Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69548 - lapack-atlas doesn't install any libraries or headers
Summary: lapack-atlas doesn't install any libraries or headers
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High critical (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-30 14:06 UTC by David Grant
Modified: 2004-10-30 19:36 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Grant 2004-10-30 14:06:52 UTC
lapack-atlas doesn't do anything.  Here's what the emerge -C output shows.  No wonder it wasn't working for me.

-(/usr/lib:$)-> emerge -C lapack-atlas

 app-sci/lapack-atlas
    selected: 3.6.0
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1 
>>> Unmerging app-sci/lapack-atlas-3.6.0...
No package files given... Grabbing a set.
<<<        obj /usr/share/doc/lapack-atlas-3.6.0/README.gz
<<<        obj /usr/share/doc/lapack-atlas-3.6.0/ChangeLog.gz
<<<        obj /usr/share/doc/lapack-atlas-3.6.0/AtlasCredits.txt.gz
<<<        obj /usr/lib/lapack/f77-ATLAS
<<<        obj /usr/include/atlas/clapack.h
<<<        dir /usr/share/doc/lapack-atlas-3.6.0
<<<        dir /usr/lib/lapack/atlas
--- !empty dir /usr/share/doc
--- !empty dir /usr/share
--- !empty dir /usr/lib/lapack
--- !empty dir /usr/lib
--- !empty dir /usr/include/atlas
--- !empty dir /usr/include
--- !empty dir /usr
>>> Regenerating /etc/ld.so.cache...
Comment 1 David Grant 2004-10-30 16:01:20 UTC
Here's the output from merging lapack-atlas

/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lcblas
collect2: ld returned 1 exit status
>>> Test phase [not enabled]: app-sci/lapack-atlas-3.6.0

>>> Install lapack-atlas-3.6.0 into /mnt/sata/tmp/portage/lapack-atlas-3.6.0/image/ category app-sci
libtool: install: `liblapack.la' is not a valid libtool archive
Try `libtool --help --mode=install' for more information.
man:
prepallstrip:
strip: 
>>> Completed installing into /mnt/sata/tmp/portage/lapack-atlas-3.6.0/image/

>>> Merging app-sci/lapack-atlas-3.6.0 to /
--- /usr/
--- /usr/lib/
--- /usr/lib/lapack/
>>> /usr/lib/lapack/atlas/
>>> /usr/lib/lapack/f77-ATLAS
--- /usr/share/
--- /usr/share/doc/
>>> /usr/share/doc/lapack-atlas-3.6.0/
>>> /usr/share/doc/lapack-atlas-3.6.0/AtlasCredits.txt.gz
>>> /usr/share/doc/lapack-atlas-3.6.0/README.gz
>>> /usr/share/doc/lapack-atlas-3.6.0/ChangeLog.gz
--- /usr/include/
--- /usr/include/atlas/
>>> /usr/include/atlas/clapack.h
 * /usr/lib/liblapack.so -> lapack/atlas/liblapack.so
 * /usr/lib/liblapack.so.0 -> lapack/atlas/liblapack.so.0
 * /usr/lib/liblapack.a -> lapack/atlas/liblapack.a

>>> Regenerating /etc/ld.so.cache...
 * Caching service dependencies...
 * 
 * To link with ATLAS LAPACK from C or Fortran, simply use:
 * 
 * -llapack
 * 
 * C users: your header is /usr/include/atlas/clapack.h
 * 
>>> Regenerating /etc/ld.so.cache...
 * Caching service dependencies...
>>> app-sci/lapack-atlas-3.6.0 merged.
>>> Recording app-sci/lapack-atlas in "world" favorites file...

>>> clean: No packages selected for removal.

>>> Auto-cleaning packages ...

>>> No outdated packages were found on your system.
Comment 2 George Shapovalov (RETIRED) gentoo-dev 2004-10-30 18:27:03 UTC
Hi David.

Thanks for the report. 
Try rebuilding blas-atlas or blas-reference, whichever one you have active (I suspect blas-atlas). Also make sure it is really active - run blas-config -p or even just rerun blas-config to set the one you want. This should fix it.

I weirdly just had the same situation. I suspect new toolchain has something to do with it. I'd issue a new revision just to bump these libs on everybody, but these packages are still in the works. Well, more precisely waiting on toolchain and fortran.eclass to stabilize.

George
Comment 3 David Grant 2004-10-30 19:36:01 UTC
George,

The problem was related to lapack-atlas not being able to see libcblas because it was installed/symlinked in /usr not /usr/lib.  It's a blas-config problem