Travis OSX builds are failing #76
Comments
This was referenced Aug 11, 2019
|
For whatever it's worth, I've seen this error before in other projects when I tried to load a C extension module in a different version of python than the module was linked against during compilation. If anybody knows where the _module.so gets installed on macOS, we could confirm my theory by running
```
ldd /path/to/_module.dylib
```
in travis before the unittests are run. Or whatever the mac equivalent of ldd is...
…On 08/10/19, Rory Yorke wrote:
The error is `ImportError: numpy.core.multiarray failed to import`, which suggests to me it's our build setup that's wrong, not Slycot itself. This could be the Travis setup, the conda recipe, or perhaps CMakeLists.txt or setup.py.
This issue would best be handled by somebody with an OSX system.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
#76
|
|
See PR #92 |
|
The osx builds on https://github.com/conda-forge/slycot-feedstock succeed. But they have a vastly different OSX environment than Travis CI. Their Azure pipelines include the correct OSX SDK and link to it. Can we ditch the OSX conda builds on Travis here? Maybe mimic the conda-forge feedstock to check if conda packages can still be built (for all supported operating systems!), but trying to get Travis to work seems not very relevant. |
|
See also the Travis jobs for bnavigator#1 |
|
fixed by #93 |
|
Thanks! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The error is
ImportError: numpy.core.multiarray failed to import, which suggests to me it's our build setup that's wrong, not Slycot itself. This could be the Travis setup, the conda recipe, or perhaps CMakeLists.txt or setup.py.This issue would best be handled by somebody with an OSX system.
The text was updated successfully, but these errors were encountered: