[ARROW-5090] Parquet linking fails on MacOS due to @rpath in dylib

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 0.14.0
• Component/s: C++
• External issue URL: https://github.com/apache/arrow/issues/21578
• Assignee: Jeroen
• Reporter: Jeroen
• Created: 02/Apr/19 14:30
• Updated: 11/Jan/23 07:38
• Resolved: 23/May/19 16:00

Description

Linking an application or bindings against the parquet shared lib (from homebrew) fails with:

  dlopen(/Users/travis/build/r-lib/arrow/arrow.Rcheck/arrow/libs/arrow.so, 6): Library not loaded: @rpath/libarrow.13.dylib
  Referenced from: /usr/local/opt/apache-arrow/lib/libparquet.13.dylib
  Reason: image not found

Indeed if we check the dylib dependencies there is an unresolved reference to @rpath to libarrow.

otool -L /usr/local/opt/apache-arrow/lib/libparquet.13.dylib
/usr/local/opt/apache-arrow/lib/libparquet.13.dylib:
	/usr/local/opt/apache-arrow/lib/libparquet.13.dylib (compatibility version 13.0.0, current version 13.0.0)
	@rpath/libarrow.13.dylib (compatibility version 13.0.0, current version 13.0.0)
	/usr/local/opt/boost/lib/libboost_regex-mt.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/local/opt/thrift/lib/libthrift-0.12.0.dylib (compatibility version 0.0.0, current version 0.0.0)
	/usr/local/opt/protobuf/lib/libprotobuf.18.dylib (compatibility version 19.0.0, current version 19.1.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.4)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.250.1)

Does this mean ARROW_INSTALL_NAME_RPATH is not working?

The workaround is to set the rpath when linking. The R package apparently hardcodes this to be /usr/local/lib which is appropriate.

Issue Links

• relates to: ARROW-5332 [R] R package fails to build/install: error in dyn.load()