Red Hat Bugzilla – Bug 172084
lmissing liblapack.so and liblapack.a libraries so linking fails
Last modified: 2007-11-30 17:11:16 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Description of problem:
The rpm includes the following:
which are needed for linking code that calls lapack routines.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Write some code that calls the lapack routines, e.g. foo.f:
2. Compile it and link, e.g. g77 -o foo foo.f -llapack
Actual Results: Linker bombs out saying "ld: cannot find -llapack". No executable is produced.
Expected Results: Link step should produce an executable foo.
Workaround for the lack of the .so library is simple: manually make a symlink to .so.3. The lack of .a library is not easily worked around, but it is needed only if statically linking so it is not a problem unless you want to send binaries to others who don't have lapack installed.
Installing the accompanying -devel subpackages in order to build software has
been required for at least 7 years or so. Install the lapack-devel package.
To be fair, lapack has been one of the odd packages which has not historically
been doing this. I corrected it recently, because, well, it needed to be done,
but I expected to see a bug-report like this eventually.
Sorry for any temporary pain this may have caused you. By installing
lapack-devel, your issues should go away.
Tom, you are quite right. I had assumed lapack was for development because it
had always worked that way.
*** Bug 172503 has been marked as a duplicate of this bug. ***