Hi, * Sébastien Fabbro [2007-08-17 19:48]: > - configuration seg fault on blas-atlas (was a mem-leak of my patch only > on x86)
Now, there is a problem at the end of build process when trying to link libblas.so: ==== cut ==== l.o .libs/zswap.o .libs/zsymm.o .libs/zsyr2k.o .libs/zsyrk.o .libs/ztbmv.o .libs/ztbsv.o .libs/ztpmv.o .libs/ztpsv.o .libs/ztrmm.o .libs/ztrmv.o .libs/ztrsm.o .libs/ztrsv.o -L/usr/lib/gcc/i686-pc-linux-gnu/4.1.2 -l /usr/lib/libatlas.so -Wl,-soname -Wl,libblas.so.0 -o .libs/libblas.so.0.0.0 /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -l/usr/lib/libatlas.so collect2: ld returned 1 exit status libtool: install: `libblas.la' is not a valid libtool archive Try `libtool --help --mode=install' for more information. make[1]: *** [libblas.so] Błąd 1 make[1]: Opuszczenie katalogu `/var/tmp/portage/sci-libs/blas-atlas-3.7.37/work/ATLAS/gentoo-build' make: *** [shared] Błąd 2 ==== cut ==== There is "-l /usr/lib/libatlas.so" in the linker command line, but I guess it should be "-Wl,/usr/lib/libatlas.so". > I also updated mkl, and fixed the default behaviour to match the > upstream standard. Now the threaded library (180Mb) is the default, and > the serial or int64 ones are controlled by use flag (require a 300Mb > library to download). The new MKL ebuild does not work for me: ==== cut ==== >>> Unpacking l_mkl_p_9.1.023.tgz to /var/tmp/portage/sci-libs/mkl-9.1.023/work * Extracting ... find: `/var/tmp/portage/sci-libs/mkl-9.1.023/work/mkl-9.1.023': Nie ma takiego pliku ani katalogu * could not find extracted files * see /var/tmp/portage/sci-libs/mkl-9.1.023/work/l_mkl_p_9.1.023/install/log.txt to see why !!! ERROR: sci-libs/mkl-9.1.023 failed. Call stack: ebuild.sh, line 1632: Called dyn_unpack ebuild.sh, line 763: Called qa_call 'src_unpack' ebuild.sh, line 44: Called src_unpack mkl-9.1.023.ebuild, line 109: Called die !!! extracting failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/sci-libs/mkl-9.1.023/temp/build.log'. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-sci-libs_-_mkl-9.1.023-10306.log" mkdir: /opt/intel -------------------------------------------------------------------------------- !!! This ebuild is from an overlay: '/usr/portage/local/layman/science' ==== cut ==== Besides, I think this warning is not precise: ==== cut ==== * * Intel mkl requires 400Mb of disk space * Make sure you have enough in /var/tmp and in /opt * ==== cut ==== During the installation of the package, a huge amount of data is unpacked into "/tmp". This is for instance for the smaller threaded package. ==== cut ==== lespaul ~ # du -sh /tmp/install_temp.* 140M /tmp/install_temp.1ebd49ccd8e824045463c73ee0174469 ==== cut ==== And I am not sure if this temporary directory is removed after the successful installation of MKL. BR, /Adam PS. I also noticed that blas-goto does not work properly on my core2duo laptop (a bunch of BLAS-related tests in the IT++ library fail, whereas ACML, MKL, ATLAS and NetLib's BLAS works fine). But I guess this is an upstream issue... -- Adam Piątyszek, M.Sc. | Chair of Wireless Communication | Senior Research Engineer | Poznań University of Technology | ------------------------------| ul. Polanka 3, 60-965 Poznań, Poland | email: [EMAIL PROTECTED] | tel.: +48 61 6653936 |
smime.p7s
Description: S/MIME Cryptographic Signature
