You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for maintaining stripy and apologies for the following limited bug report. I don't know much about Python packaging or wheel distribution I'm afraid.
I have tried installing stripy via pip install (and via Poetry), but when I do this I'm unable to load the dynamic libraries for the Fortran runtime:
In [1]: importstripy---------------------------------------------------------------------------ImportErrorTraceback (mostrecentcalllast)
InputIn [1], in<cellline: 1>()
---->1importstripyFile/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/stripy/__init__.py:34, in<module>30if_os.path.isdir(extra_dll_dir):
31_os.environ["PATH"] +=_os.pathsep+extra_dll_dir--->34from .sphericalimportsTriangulation35from .cartesianimportTriangulation36from . importspherical_meshesFile/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/stripy/spherical.py:21, in<module>1""" 2 Copyright 2017-2019 Louis Moresi, Ben Mather 3 (...) 16 along with Stripy. If not, see <http://www.gnu.org/licenses/>. 17 """19#!/usr/bin/python20# -*- coding: utf-8 -*---->21from . import_stripack22from . import_ssrfpack23importnumpyasnpImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/stripy/_stripack.cpython-38-darwin.so, 2): Librarynotloaded: /usr/local/opt/gcc@10/lib/gcc/10/libgfortran.5.dylibReferencedfrom: /opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/stripy/_stripack.cpython-38-darwin.soReason: imagenotfound
It appears that the location of libgfortran (plus the other linked GCC libraries libquadmath and libgcc_s) relies on them being installed by Homebrew on macOS, whereas I have them installed elsewhere.
I don't know much about what might be possible, but I guess there are a few ways of approaching this:
Require and document that these libraries need to be installed in those locations. That wouldn't be my favourite thing as I use a different package manager than Homebrew and others may do too.
Distribute these libraries or rely on another package which distributes them, and code the linker path into them.
Use install_name_tool to fix the linker paths (with @rpath?)
I'm happy to help diagnose things if that helps.
The text was updated successfully, but these errors were encountered:
Just to be clear, this is where _stripack.cpython-38-darwin.so is looking for the libraries:
$ otool -L [redacted]/site-packages/stripy/_stripack.cpython-38-darwin.so
[redacted]/site-packages/stripy/_stripack.cpython-38-darwin.so:
/usr/local/opt/gcc@10/lib/gcc/10/libgfortran.5.dylib (compatibility version 6.0.0, current version 6.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1311.0.0)
/usr/local/lib/gcc/10/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/local/opt/gcc@10/lib/gcc/10/libquadmath.0.dylib (compatibility version 1.0.0, current version 1.0.0)
(libSystem is fine.)
anowacki
added a commit
to mantle-convection-constrained/terratools
that referenced
this issue
Sep 8, 2022
This commit does not contain fully working code and will
be squashed in a future commit.
Add start of NetCDF file reading.
Note: NetCDF file format subject to change.
Add dependency on stripy (not working; see
underworldcode/stripy#107)
Thanks for maintaining stripy and apologies for the following limited bug report. I don't know much about Python packaging or wheel distribution I'm afraid.
I have tried installing stripy via
pip install
(and via Poetry), but when I do this I'm unable to load the dynamic libraries for the Fortran runtime:It appears that the location of libgfortran (plus the other linked GCC libraries libquadmath and libgcc_s) relies on them being installed by Homebrew on macOS, whereas I have them installed elsewhere.
I don't know much about what might be possible, but I guess there are a few ways of approaching this:
install_name_tool
to fix the linker paths (with@rpath
?)I'm happy to help diagnose things if that helps.
The text was updated successfully, but these errors were encountered: