You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2015/12/02 17:09:11 UTC
[jira] [Updated] (TS-4047) multiple -rpath options are not handled
correctly
[ https://issues.apache.org/jira/browse/TS-4047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-4047:
------------------------------
Labels: review (was: )
> multiple -rpath options are not handled correctly
> -------------------------------------------------
>
> Key: TS-4047
> URL: https://issues.apache.org/jira/browse/TS-4047
> Project: Traffic Server
> Issue Type: Bug
> Components: Build
> Reporter: James Peach
> Assignee: Brian Geffon
> Labels: review
> Fix For: 6.1.0
>
>
> https://github.com/apache/trafficserver/pull/324
> {quote}
> Using TS_ADDTO to add the custom locations of libraries results in incorrect "-rpath" directive to the linker. This is because TS_ADDTO creates a unique list of tokens that it adds to its target. E.g.,
> ./configure --with-openssl=/usr/local/openssl --with-zlib=/usr/local/zlib
> the above should result in
> LIBTOOL_LINK_FLAGS: -rpath /usr/local/openssl/lib /usr/local/zlib/lib
> The absence of "-rpath" in front of the second path causes an error in the linker!
> This is fixed by introducing a new macro TS_ADD_RPATH_TO that takes a path and adds it with the "-rpath " prefix.
> Also added influential environmental variable RPATH that can be used to give a base value for the rpath. So, the following
> ./configure --with-openssl=/usr/local/openssl --with-zlib=/usr/local/zlib RPATH=/foo
> will result in
> LIBTOOL_LINK_FLAGS: -rpath /foo -rpath /usr/local/zlib/lib -rpath /usr/local/openssl/lib
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)