Bug 184135 - math/py-numpy gcc-aux libgfortran.so.3 issue
Summary: math/py-numpy gcc-aux libgfortran.so.3 issue
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-python (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-21 04:10 UTC by Byron Young
Modified: 2013-11-21 19:26 UTC (History)
0 users

See Also:


Attachments
file.txt (12.70 KB, text/plain)
2013-11-21 04:10 UTC, Byron Young
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Byron Young 2013-11-21 04:10:00 UTC
Run simple cd.sh script. Output is in attached out.txt. The traceback shows that somehow (magical bits?) the base distribution /lib/libgcc_s.so.1 is used when the fortran.so library RPATH clearly states the GCC_4.6 library should be used.

Traceback (most recent call last):
  File "ab.py", line 1, in <module>
    from numpy import *
  File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py", line 137, in <module>
    import add_newdocs
  File "/usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py", line 9, in <module>
    from numpy.lib import add_newdoc
  File "/usr/local/lib/python2.7/site-packages/numpy/lib/__init__.py", line 13, in <module>
    from polynomial import *
  File "/usr/local/lib/python2.7/site-packages/numpy/lib/polynomial.py", line 17, in <module>
    from numpy.linalg import eigvals, lstsq, inv
  File "/usr/local/lib/python2.7/site-packages/numpy/linalg/__init__.py", line 48, in <module>
    from linalg import *
  File "/usr/local/lib/python2.7/site-packages/numpy/linalg/linalg.py", line 23, in <module>
    from numpy.linalg import lapack_lite
ImportError: /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/gcc-aux/lib/libgfortran.so.3 not found
LDD /usr/local/gcc-aux/lib/libgfortran.so.3

Fix: unknown. Hopefully not just a simple configuration issue!

Patch attached with submission follows:
How-To-Repeat: run script cd.sh

BEGIN SCRIPT
#!/bin/sh

pkg_info -x numpy
pkg_info -x gcc-aux
pkg_info -x python27

cat<<EOF>ab.sh
#!/bin/sh

export LD_LIBRARY_PATH="/usr/local/lib"
python ab.py
exit
EOF
chmod +x ab.sh
./ab.sh

SHLIBS="\
 /usr/local/gcc-aux/lib/libgfortran.so.3 \
 /usr/local/gcc-aux/lib/libgfortran.so \
"

for f in $SHLIBS; do
    echo "LDD $f"
    ldd $f
    echo "CHRPATH $f"
    chrpath -l $f
done


echo "0000000"
objdump -p /usr/local/gcc-aux/lib/libgcc_s.so.1
echo "1111111"
objdump -p /lib/libgcc_s.so.1

END SCRIPT
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2013-11-21 06:18:48 UTC
Responsible Changed
From-To: freebsd-ports-bugs->freebsd-python

freebsd-python@ wants this port PRs (via the GNATS Auto Assign Tool)
Comment 2 Edwin Groothuis freebsd_committer freebsd_triage 2013-11-21 06:18:49 UTC
Maintainer of math/py-numpy,

Please note that PR ports/184135 has just been submitted.

If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.

The full text of the PR can be found at:
    http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/184135

-- 
Edwin Groothuis via the GNATS Auto Assign Tool
edwin@FreeBSD.org
Comment 3 Edwin Groothuis freebsd_committer freebsd_triage 2013-11-21 06:18:50 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback (via the GNATS Auto Assign Tool)
Comment 4 Byron Young 2013-11-21 18:30:51 UTC
Suspected this came from lang/gnat rebuild with -DWANT_SHAREDLIBS (and
kernel rebuild). However, problem is not present after a fresh
9.2-RELEASE install and lang/gnat rebuild. Appears this isn't a known
issue, so recommend closing PR, and if problem resurfaces, will reopen.
Thanks.
Comment 5 Mark Linimon freebsd_committer freebsd_triage 2013-11-21 19:25:56 UTC
State Changed
From-To: feedback->closed

Closed at submitter's request.