[ARROW-3086] [GLib] GISCAN fails due to conda-shipped openblas

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 0.10.0
• Fix Version/s: 0.13.0
• Component/s: GLib
• External issue URL: https://github.com/apache/arrow/issues/19442
• Assignee: Kouhei Sutou
• Reporter: Uwe Korn
• Created: 19/Aug/18 10:11
• Updated: 11/Jan/23 07:25
• Resolved: 04/Mar/19 10:07

Description

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

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

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.