You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@arrow.apache.org by "Uwe L. Korn (JIRA)" <ji...@apache.org> on 2018/08/19 10:12:00 UTC
[jira] [Created] (ARROW-3086) [Glib] GISCAN fails due to
conda-shipped openblas
Uwe L. Korn created ARROW-3086:
----------------------------------
Summary: [Glib] GISCAN fails due to conda-shipped openblas
Key: ARROW-3086
URL: https://issues.apache.org/jira/browse/ARROW-3086
Project: Apache Arrow
Issue Type: Bug
Components: GLib
Affects Versions: 0.10.0
Reporter: Uwe L. Korn
With the changes in [https://github.com/apache/arrow/pull/2374], the libraries provided by conda are now in the library path when running the GISCAN step. This sadly leads to the poisoning of the search path with the conda provided openblas which is incompatible with the system provided libLAPACK.dylib
{code:java}
dyld: Library not loaded: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
Referenced from: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
Reason: Incompatible library version: vecLib requires version 1.0.0 or later, but libLAPACK.dylib provides version 0.0.0{code}
While mentioned that it explicitly loads {{/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib}}, it seems that {{liblapack.so}} from the conda installation gets picked up first. This only provides the library symbols with version 0.0.0 and thus is incompatible.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)