[HAWQ-1066] Improper handling of install name for shared library on OS X

• Type: Bug
• Status: Open
• Priority: Minor
• Resolution: Unresolved
• Fix Version/s: backlog
• Component/s: libhdfs
• Assignee: Lei Chang
• Reporter: Kyle R Dunn
• Created: 21/Sep/16 19:54
• Updated: 21/Sep/16 20:45

Description

Created as a carryover for libhdfs3 Github #40 on behalf of elfprince13:

I am working on a project that has libhdfs3 as a submodule in our git repo. Since we want to keep the build process contained in a single (user-owned) directory tree, we configure with cmake -DCMAKE_INSTALL_PREFIX:PATH=$(pwd)/usr. However, after running make && make install, I then find the following incorrect behavior when I run otool.

[thomas@Mithlond] libhdfs3-cmake $ otool -D usr/lib/libhdfs3.dylib
usr/lib/libhdfs3.dylib:
libhdfs3.1.dylib

Note that since the install name is incorrectly set, linking against this copy of the library, even by absolute path, will produce a binary that can't find libhdfs3.dylib without manually altering LD_LIBRARY_PATH.