On Mon, Mar 28, 2016 at 4:39 PM Matthew Brett <[email protected]>
wrote:

> On Mon, Mar 28, 2016 at 3:33 PM, Nathaniel Smith <[email protected]> wrote:
> > On Mar 28, 2016 15:18, "Matthew Brett" <[email protected]> wrote:
> > [...]
> >> And:
> >>
> >> $ python -c 'import _test_ext_module_5403'  # No error
> >> $ python -c 'import numpy; import _test_ext_module_5403'  # Error
> >> after importing numpy
> >> Traceback (most recent call last):
> >>   File "<string>", line 1, in <module>
> >> ImportError:
> >>
> /home/mb312/dev_trees/2fd9d9a29e022c297634/manylinux-test/lib/python2.7/site-packages/numpy/core/../.libs/libgfortran.so.3:
> >> version `GFORTRAN_1.4' not found (required by
> >> ./_test_ext_module_5403.so)
> >
> > Can you rerun this with LD_DEBUG=all and put the full output somewhere,
> like
> > a gist or attachment or something?
>
> Bit big for a gist : does this work?
> https://www.dropbox.com/s/7cdnl3zb4dr5i90/ld_debug.log.gz?dl=0
>
> Matthew
> _______________________________________________
> Wheel-builders mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/wheel-builders


Just a guess on what's going on here, but if you're using the system
gfortran
available on CentOS 5, it's going to be linking against a different
libgfortran ABI
version. The shared object version specifiers make it so that the older
ligfortran
shows up as "not found" rather than just having the dynamic linker find the
copies
of libgfortran with the newer ABI on newer systems.
Best,
-Ian Henriksen
_______________________________________________
Wheel-builders mailing list
[email protected]
https://mail.python.org/mailman/listinfo/wheel-builders

Reply via email to