[ 
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)

Reply via email to