http://bugzilla.opensuse.org/show_bug.cgi?id=960672 Bug ID: 960672 Summary: libatlas undefined reference in numpy with new python Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: vogt@itwm.fhg.de QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hello, this bugreport is for the science repository: https://en.opensuse.org/Portal:Science and the Package: http://download.opensuse.org/repositories/science/openSUSE_Factory/src/libat... Some backgrounds about libatlas: Building atlas is not an easy task and there are different ways to do it. For example: openSuSE and RHEL do it differently SuSE builds atlas with its internal netlib/lapack implementation, where RedHat uses a netlib lapack from : http://www.netlib.org/lapack/ and puts it in the SPEC file, see: http://vault.centos.org/7.2.1511/os/Source/SPackages/atlas-3.10.1-10.el7.src... The problem with the SuSE package: It builds, but it does not support a numpy build for newer python versions. (see compiler errors below). I would vote for using the RHEL way to build atlas. (bundle a newer lapack with atlas instead of using atlas litemodule) Solution: I don't know if putting netlib/lapack in the .spec is a good idea. Therefore I will ask on the atlas mailinglist what they suggest and will make a proposal in OBS and an osc submit request. regards, Martin PS: Actual bug: This build failure happens with python 2.7.10 and a numpy 1.10.2 with current libatlas installed from the SLE "science" repo above. The reason is the internal lapack version does not contain some symbols, which numpy expects. RHEL builds atlas with a real lapack version (which is part of the atlas src.rpm) vogt[numpy-1.10.2]>python setup.py build --fcompiler=gnu95 [...] [...] gfortran -Wall -g -L/var/tmp/martin/python-2.7.10/lib build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o build/temp.linux-x86_64-2.6/numpy/linalg/lapack_lite/python_xerbla.o -L/usr/lib64/atlas -L/usr/lib64 -Lbuild/temp.linux-x86_64-2.6 -ltatlas -ltatlas -ltatlas -lpython2.6 -lgfortran -o build/lib.linux-x86_64-2.6/numpy/linalg/lapack_lite.so /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../lib64/crt1.o: In function `_start': /usr/src/packages/BUILD/glibc-2.11.3/csu/../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o: In function `lapack_lite_zungqr': /var/tmp/martin/numpy-1.10.2/numpy/linalg/lapack_litemodule.c:275: undefined reference to `zungqr_' build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o: In function `lapack_lite_zgelsd': /var/tmp/martin/numpy-1.10.2/numpy/linalg/lapack_litemodule.c:221: undefined reference to `zgelsd_' build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o: In function `lapack_lite_dorgqr': /var/tmp/martin/numpy-1.10.2/numpy/linalg/lapack_litemodule.c:179: undefined reference to `dorgqr_' build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o: In function `lapack_lite_dgelsd': /var/tmp/martin/numpy-1.10.2/numpy/linalg/lapack_litemodule.c:123: undefined reference to `dgelsd_' -- You are receiving this mail because: You are on the CC list for the bug.