[
https://issues.apache.org/jira/browse/ARROW-3086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe L. Korn updated ARROW-3086:
-------------------------------
Fix Version/s: (was: 0.11.0)
0.12.0
> [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
> Assignee: Kouhei Sutou
> Priority: Major
> Fix For: 0.12.0
>
>
> 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)
