From owner-freebsd-python@freebsd.org Mon Jan 4 16:44:41 2016 Return-Path: Delivered-To: freebsd-python@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDC06A6262A for ; Mon, 4 Jan 2016 16:44:41 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B9563136C for ; Mon, 4 Jan 2016 16:44:41 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: by mailman.ysv.freebsd.org (Postfix) id B8781A62629; Mon, 4 Jan 2016 16:44:41 +0000 (UTC) Delivered-To: python@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E386A62628 for ; Mon, 4 Jan 2016 16:44:41 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vms173013pub.verizon.net (vms173013pub.verizon.net [206.46.173.13]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8464E136B for ; Mon, 4 Jan 2016 16:44:41 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) MIME-version: 1.0 Received: from aldan.narawntapu ([100.1.236.52]) by vms173013.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0O0F001MZT60SZ20@vms173013.mailsrvcs.net> for python@FreeBSD.org; Mon, 04 Jan 2016 10:44:24 -0600 (CST) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.1 cv=WpDWSorv c=1 sm=1 tr=0 a=UorMnhrCY2jH/mPejITChw==:117 a=LaogzpLLAAAA:8 a=oR5dmqMzAAAA:8 a=7aQ_Q-yQQ-AA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=OPzlfDITU_c3LEjJyZgA:9 a=QEXdDO2ut3YA:10 a=vLirgB0ZpFG26K_F738A:9 a=k8OHFZu2_tEpAwqh:21 a=_W_S_7VecoQA:10 To: python@FreeBSD.org From: "Mikhail T." Subject: numpy would not load: libgcc_s vs. libgfortran X-Enigmail-Draft-Status: N1110 Message-id: <568AA168.5090400@aldan.algebra.com> Date: Mon, 04 Jan 2016 11:44:24 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 16:44:42 -0000 Hi! I built py-numpy only a few weeks ago with default config options (I think). I'm trying to port some numpy-using software now and its self-tests fail with the following error: ... import numpy File "/opt/lib/python2.7/site-packages/numpy/__init__.py", line 180, in from . import add_newdocs File "/opt/lib/python2.7/site-packages/numpy/add_newdocs.py", line 13, in from numpy.lib import add_newdoc File "/opt/lib/python2.7/site-packages/numpy/lib/__init__.py", line 8, in from .type_check import * File "/opt/lib/python2.7/site-packages/numpy/lib/type_check.py", line 11, in import numpy.core.numeric as _nx File "/opt/lib/python2.7/site-packages/numpy/core/__init__.py", line 14, in from . import multiarray *ImportError: /lib/libgcc_s.so.1: version GCC_4.6.0 required by /opt/lib/gcc48/libgfortran.so.3 not found* I checked all of the shared objects installed by numpy with ldd. All report properly using the /opt/lib/gcc48/libgcc_s.so.1 (installed by the gcc48 port) rather than the stock /lib/libgcc_s.so.1. For example: /opt/lib/python2.7/site-packages/numpy/core/multiarray.so: libblas.so.2 => /opt/lib/libblas.so.2 (0x801780000) libm.so.5 => /lib/libm.so.5 (0x8019d2000) libpython2.7.so.1 => /opt/lib/libpython2.7.so.1 (0x801bfb000) libc.so.7 => /lib/libc.so.7 (0x800820000) libgfortran.so.3 => /opt/lib/gcc48/libgfortran.so.3 (0x801fbc000) * libgcc_s.so.1 => /opt/lib/gcc48/libgcc_s.so.1 (0x8022d2000)* libquadmath.so.0 => /opt/lib/gcc48/libquadmath.so.0 (0x8024e8000) libthr.so.3 => /lib/libthr.so.3 (0x802723000) libintl.so.8 => /opt/lib/libintl.so.8 (0x802948000) libutil.so.9 => /lib/libutil.so.9 (0x802b53000) And yet, the error occurs... Has anyone else seen this? Thanks! Yours, -mi