<div dir="ltr"><div>Hi All,</div><div><br></div><div>Thanks for all your response.</div><div>I have tried to set LD_LIBRARY_PATH to the lib path of newly installed openssl and still "./openssl version" fails with the same reason.<br></div><div><br></div><div>There is another suggestion to "compile with a RUNPATH set in the</div>output ELF files.  " . Could anyone please provide more details about this and how to do it ? <div><br></div><div>Thanks and Regards,</div><div>Ram Krushna<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 16, 2019 at 6:20 AM <<a href="mailto:openssl-users-request@openssl.org">openssl-users-request@openssl.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send openssl-users mailing list submissions to<br>
        <a href="mailto:openssl-users@openssl.org" target="_blank">openssl-users@openssl.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://mta.openssl.org/mailman/listinfo/openssl-users" rel="noreferrer" target="_blank">https://mta.openssl.org/mailman/listinfo/openssl-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:openssl-users-request@openssl.org" target="_blank">openssl-users-request@openssl.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:openssl-users-owner@openssl.org" target="_blank">openssl-users-owner@openssl.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of openssl-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: Reg solaris support for openssl 1.1.1b (Jakob Bohm)<br>
   5. Re: Reg solaris support for openssl 1.1.1b (Dennis Clarke)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 15 Mar 2019 18:19:53 +0100<br>
From: Jakob Bohm <<a href="mailto:jb-openssl@wisemo.com" target="_blank">jb-openssl@wisemo.com</a>><br>
To: <a href="mailto:openssl-users@openssl.org" target="_blank">openssl-users@openssl.org</a><br>
Subject: Re: Reg solaris support for openssl 1.1.1b<br>
Message-ID: <<a href="mailto:649ef06e-0f64-65bb-cb43-cfde681fd117@wisemo.com" target="_blank">649ef06e-0f64-65bb-cb43-cfde681fd117@wisemo.com</a>><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
On 15/03/2019 14:33, Dennis Clarke wrote:<br>
> On 3/15/19 5:38 AM, Matthias St. Pierre wrote:<br>
>> My guess is that your binary is loading the system's shared libraries.<br>
>> To find out whether this is the case, try<br>
>><br>
>>  ??? ldd bin/openssl<br>
>><br>
>> If my assumption is correct, you might have to set the LD_LIBRARY_PATH<br>
>> explicitely.<br>
> Actually LD_LIBRARY_PATH is evil.<br>
><br>
> The correct way to do this is to compile with a RUNPATH set in the<br>
> output ELF files.<br>
LD_LIBRARY_PATH overriding the compiled in RUNPATH is appropriate when <br>
testing<br>
a newly compiled binary before installing the libraries to their final <br>
locations, perhaps<br>
on the same, perhaps on another machine.<br>
<br>
P.S.<br>
I don't known if the Solaris loader lets LD_LIBRARY_PATH override <br>
RUNPATH as<br>
presumed by the above answer.<br>
<br>
Enjoy<br>
<br>
Jakob<br>
-- <br>
Jakob Bohm, CIO, Partner, WiseMo A/S.  <a href="https://www.wisemo.com" rel="noreferrer" target="_blank">https://www.wisemo.com</a><br>
Transformervej 29, 2860 S?borg, Denmark.  Direct +45 31 13 16 10<br>
This public discussion message is non-binding and may contain errors.<br>
WiseMo - Remote Service Management for PCs, Phones and Embedded<br>
<br>
<br>
<br>
------------------------------<br>Message: 5<br>
Date: Fri, 15 Mar 2019 20:49:30 -0400<br>
From: Dennis Clarke <<a href="mailto:dclarke@blastwave.org" target="_blank">dclarke@blastwave.org</a>><br>
To: <a href="mailto:openssl-users@openssl.org" target="_blank">openssl-users@openssl.org</a><br>
Subject: Re: Reg solaris support for openssl 1.1.1b<br>
Message-ID: <<a href="mailto:4b08232c-f734-987c-814c-5acef59f42ab@blastwave.org" target="_blank">4b08232c-f734-987c-814c-5acef59f42ab@blastwave.org</a>><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
On 3/15/19 1:19 PM, Jakob Bohm via openssl-users wrote:<br>
> On 15/03/2019 14:33, Dennis Clarke wrote:<br>
>> On 3/15/19 5:38 AM, Matthias St. Pierre wrote:<br>
>>> My guess is that your binary is loading the system's shared libraries.<br>
>>> To find out whether this is the case, try<br>
>>><br>
>>> ???? ldd bin/openssl<br>
>>><br>
>>> If my assumption is correct, you might have to set the LD_LIBRARY_PATH<br>
>>> explicitely.<br>
>> Actually LD_LIBRARY_PATH is evil.<br>
>><br>
>> The correct way to do this is to compile with a RUNPATH set in the<br>
>> output ELF files.<br>
> LD_LIBRARY_PATH overriding the compiled in RUNPATH is appropriate when<br>
> testing<br>
> a newly compiled binary before installing the libraries to their final<br>
> locations, perhaps<br>
> on the same, perhaps on another machine.<br>
> <br>
> P.S.<br>
> I don't known if the Solaris loader lets LD_LIBRARY_PATH override<br>
> RUNPATH as<br>
> presumed by the above answer.<br>
<br>
Yes it certainly does. Otherwise testing a new custom lib would be a<br>
royal pain as opposed to just a pain.  Also most people still, after<br>
twenty years, know what LD_LIBRARY_PATH env var is for and it is a waste<br>
of breath trying to explain it after decades of watching folks skewer<br>
themselves over and over and over ....<br>
<br>
dc<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
openssl-users mailing list<br>
<a href="mailto:openssl-users@openssl.org" target="_blank">openssl-users@openssl.org</a><br>
<a href="https://mta.openssl.org/mailman/listinfo/openssl-users" rel="noreferrer" target="_blank">https://mta.openssl.org/mailman/listinfo/openssl-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of openssl-users Digest, Vol 52, Issue 19<br>
*********************************************<br>
</blockquote></div></div></div>