Quick reaction, I am impressed.
The part that triggered my wrong thoughts was the first sentence:
"RPATH's are supported by default on the BSD platforms, but not others."
It seemed platforms other than BSD will not get RPATH unless I take action.
With that in mind I somehow understood I need to
On Sun, May 28, 2017 at 5:16 PM, Hiran Chaudhuri
wrote:
> It seems I misread the referenced documentation the first time.
>
> This stuff contains the answer, it just was not clear to me that also works
> on Linux.
> https://wiki.openssl.org/index.php/Compilation_and_Installation#Using_RPATHs.
>
>
It seems I misread the referenced documentation the first time.
This stuff contains the answer, it just was not clear to me that also works
on Linux.
https://wiki.openssl.org/index.php/Compilation_and_Installation#Using_RPATHs.
With that, the libraries have run paths that show the correct t
Hello Victor.
So you manage to build OpenSSL with rpaths. Would you like to let me know how
this can be achieved? Is CFLAGS the only change required? (from the
documentation mentioned earlier it seems I would have to modify the configure
script).
Hiran
Am 21-May-2017 06:51:55 +0200 schrie
> On May 20, 2017, at 8:52 PM, Richard Levitte wrote:
>
> Err, it is correct insofar that it is how OpenSSL 1.0.2{x} is built.
Perhaps by default, I routinely do builds of OpenSSL 1.0.2 in which
the library rpaths are set.
> It's possible it SHOULD be built differently, but that's a different
In message on Thu, 18 May
2017 18:35:32 -0400, Viktor Dukhovni said:
openssl-users>
openssl-users> > On May 18, 2017, at 4:08 PM, Richard Levitte
wrote:
openssl-users> >
openssl-users> > hiran.chaudhuri> Incidently, I think that when you do
this, you'll find that it
openssl-users> > hi
On Sat, May 20, 2017 at 7:10 AM, Hiran Chaudhuri
wrote:
> Am 19-May-2017 00:36:18 +0200 schrieb openssl-us...@dukhovni.org:
>
>> hiran.chaudhuri> Now this is interesting. Yes, openssl can find both the
>> libraries
>> hiran.chaudhuri> libssl and libcrypto. Would that imply that rpath is only
>> a
Am 19-May-2017 00:36:18 +0200 schrieb openssl-us...@dukhovni.org:
> hiran.chaudhuri> Now this is interesting. Yes, openssl can find both the
> libraries
> hiran.chaudhuri> libssl and libcrypto. Would that imply that rpath is only a
> setting
> hiran.chaudhuri> for application (executables) b
> On May 18, 2017, at 4:08 PM, Richard Levitte wrote:
>
> hiran.chaudhuri> Incidently, I think that when you do this, you'll find
> that it
> hiran.chaudhuri> finds
> hiran.chaudhuri> your libraries all right:
> hiran.chaudhuri>
> hiran.chaudhuri> $ ldd /prefix/openssl/bin/open
In message <20170517143939.7a4ac40...@smtp03.mail.de> on Wed, 17 May 2017
16:39:39 +0200, Hiran Chaudhuri said:
hiran.chaudhuri> Incidently, I think that when you do this, you'll find
that it
hiran.chaudhuri> finds
hiran.chaudhuri> your libraries all right:
hiran.chaudhuri>
hiran.c
I just verified. The required shared libraries and runpath settings are part of
the dynamic section in elf files.
readelf -d openssl
displays a runpath, while
readelf -d libssl.so.1.0.0
does not show a runpath.
Therefore my test was wrong. I cannot check shared libraries directly.
Am
Hi Richard.
Thank you for the fast response.
Am 17-May-2017 15:40:27 +0200 schrieb levi...@openssl.org:
The are two ways to handle this. One is with the usual setting of
LD_LIBRARY_PATH:
$ LD_LIBRARY_PATH=`pwd` ldd libssl.so.1.0.0 Yes, this seems to work. Somehow
I'd like to avoid having
In message <20170517130805.7600d40...@smtp03.mail.de> on Wed, 17 May 2017
15:08:05 +0200, Hiran Chaudhuri said:
hiran.chaudhuri> Hi there.
hiran.chaudhuri> I have been building Openssl for quite some time now. Just
recently I
hiran.chaudhuri> switched to shared mode that will also create shared
Hi there. I have been building Openssl for quite some time now. Just recently
I switched to shared mode that will also create shared libraries. What I am
wondering about: After configure/make/make install I find the expected
libraries in the desired output directory. Why can ldd not resolve a
14 matches
Mail list logo