FS#15208 - [octave] 3.0.5-2 don't depends anymore with liblapack
Attached to Project:
Arch Linux
Opened by Gerardo Exequiel Pozzi (djgera) - Monday, 22 June 2009, 02:33 GMT
Last edited by Ronald van Haren (pressh) - Monday, 22 June 2009, 10:02 GMT
Opened by Gerardo Exequiel Pozzi (djgera) - Monday, 22 June 2009, 02:33 GMT
Last edited by Ronald van Haren (pressh) - Monday, 22 June 2009, 10:02 GMT
|
Details
Description: Seems that because octave not list as depends
the lapack
For example the function "zgeesx" commonly found in lapack: $ readelf -s /usr/lib/octave-3.0.5/liboctave.so.3.0.5 | grep zgeesx # octave-3.0.5-1 366: 00000000 0 FUNC GLOBAL DEFAULT UND zgeesx_ $ readelf -s /usr/lib/liblapack.so.3 | grep zgeesx # lapack-3.2-2 814: 002ff8f0 2942 FUNC GLOBAL DEFAULT 11 zgeesx_ $ readelf -s /usr/lib/octave-3.0.5/libcruft.so.3.0.5 | grep zgeesx # octave-3.0.5-2 $ Shows that "zgeesx" defined in liblapack. But now is defined at libcruft. $ readelf -s /usr/lib/octave-3.0.5/libcruft.so.3.0.5 | grep zgeesx # octave-3.0.5-2 566: 000ae7f0 2768 FUNC GLOBAL DEFAULT 11 zgeesx_ Anyway no unresolved symbols are in libraries, but...I am not sure, maybe not all funcions are satifaced in libcruft (lapack have hundred of functions, and I only checked one), and now octave lacks some functionality. |
This task depends upon
This task blocks these from closing
FS#14475 - [octave] 3.0.5 needs lapack package, but it isn't
listed in the
Closed by Ronald van Haren (pressh)
Monday, 22 June 2009, 10:02 GMT
Reason for closing: Fixed
Additional comments about closing: 3.0.5-3 is build against lapack
Monday, 22 June 2009, 10:02 GMT
Reason for closing: Fixed
Additional comments about closing: 3.0.5-3 is build against lapack
@Ronald: I can push the rebuild in ~24 hours if you have not gotten to this by then.
ah well, do you say some functions don't exist anymore or that you don't know if all functions exist? because in the second case we should just wait til somebody complains something is not working?
I do not know if _all_ functions provided in lapack are in libcruft from octave. In octave home page in build instructions list both BLAS and LAPACK as deps.
Seems that build system detect if blas, lapack and fft are installed, and if not build internal files in libcruft.
CRUFT_DIRS = amos @BLAS_DIR@ blas-xtra daspk dasrt dassl \
@FFT_DIR@ @LAPACK_DIR@ lapack-xtra minpack \
misc odepack ordered-qz quadpack ranlib \
slatec-err slatec-fn villad
...
DISTSUBDIRS = $(sort $(CRUFT_DIRS) blas fftpack lapack)
...
PS: I just trigger this bug report, because I was do a comparision for all recently rebuilded pkgs, viewing what libraries links was changed.
@Allan, thanks for the explanation, rebuild against lapack in 3.0.5-3 in testing now.