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)