Kyle R Dunn created HAWQ-1066:

             Summary: Improper handling of install name for shared library on 
                 Key: HAWQ-1066
             Project: Apache HAWQ
          Issue Type: Bug
          Components: libhdfs
            Reporter: Kyle R Dunn
            Assignee: Lei Chang

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

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.

This message was sent by Atlassian JIRA

Reply via email to