hawq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kyle R Dunn (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HAWQ-1066) Improper handling of install name for shared library on OS X
Date Wed, 21 Sep 2016 19:54:20 GMT
Kyle R Dunn created HAWQ-1066:
---------------------------------

             Summary: Improper handling of install name for shared library on OS X
                 Key: HAWQ-1066
                 URL: https://issues.apache.org/jira/browse/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|https://github.com/Pivotal-Data-Attic/pivotalrd-libhdfs3/issues/46]
on behalf of [elfprince13|https://github.com/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}}.

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

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
(v6.3.4#6332)

Mime
View raw message