[devel] atlas is broken again?

[Valery Pipin]

В сообщении от 9 апреля 2011 04:22:49 автор REAL написал:
> 09.04.2011 16:32, Michael Shigorin пишет:
> >>> Теоретически в этом случае нужная архитектура динамически
> >>> подгружается?  Однако у меня не собралось с этой опцией.
> >> 
> >> я сначала тоже так подумал (mike@ в курсе, мы с ним ломали
> >> голову, как собрать для i586 нечто получше). но ошибся.
> > 
> > (вот что значит оставить второй явно связанный тред "на потом"
> > -- к "PS" моего предыдущего письма, мда)
> 
> дошло: как раз для DYNAMIC_ARCH патчик от led@ и предназначен.
> попробую очередной заход...
works for me! 
thanks!
In [6]: m=randn(2000,2000)

In [7]: %time U,s,V=svd(m)
CPU times: user 25.09 s, sys: 1.95 s, total: 27.04 s
Wall time: 14.56 s

In [9]: 
Do you really want to exit ([y]/n)? y
[vv на tao-vp sunsp]$ ldd /usr/lib64/python2.6/site-
packages/numpy/linalg/lapack_lite.so        linux-vdso.so.1 =>  
(0x00007fff861ff000)
        libgoto2.so.0 => /usr/lib64/libgoto2.so.0 (0x00007f7ebc983000)
        liblapack.so.4 => /usr/lib64/liblapack.so.4 (0x00007f7ebc238000)
        libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 
(0x00007f7ebbe8f000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f7ebbb26000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f7ebb8a3000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7ebb687000)
        libgfortran.so.3 => /usr/lib64/libgfortran.so.3 (0x00007f7ebb3a1000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f7ebb18a000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f7ebaf86000)
        libutil.so.1 => /lib64/libutil.so.1 (0x00007f7ebad83000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7ebe103000)