You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2020/01/03 23:49:00 UTC

[jira] [Commented] (GEODE-7646) Simplify SSL Examples by Eliminating Need for LD_LIBRARY_PATH on Linux

    [ https://issues.apache.org/jira/browse/GEODE-7646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007841#comment-17007841 ] 

ASF subversion and git services commented on GEODE-7646:
--------------------------------------------------------

Commit d82491f8be9647a8a24b534513b1e0ee28555060 in geode-native's branch refs/heads/develop from Michael Martell
[ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=d82491f ]

GEODE-7646: Remove need for LD_LIBRARY_PATH on Linux. (#568)

* Remove need for LD_LIBRARY_PATH on Linux.
* Update CMakeLists.txt.in
* Added a comment about lack of 


> Simplify SSL Examples by Eliminating Need for LD_LIBRARY_PATH on Linux
> ----------------------------------------------------------------------
>
>                 Key: GEODE-7646
>                 URL: https://issues.apache.org/jira/browse/GEODE-7646
>             Project: Geode
>          Issue Type: Improvement
>          Components: native client
>            Reporter: Michael Martell
>            Priority: Major
>          Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> The new SSL examples for the native client currently require the LD_LIBRARY_PATH environment variable to include the path to our crypto library (libcryptoImpl.so) on Linux. This ticket is to eliminate the need for this environment variable and make Linux and OSX be consistent.
> The driving force to fix this was the recent switch to using RPATH to bake in the path to our crypto library into the executable. On newer versions of OSX, System Integrity Protection (SIP) ignores LD_LIBRARY_PATH. Using RPATH was the solution for this. However, until this fix the RPATH solution doesn't work on Linux.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)