<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> And the rule for that is that all code your application uses must be<br>
> signed either by you or by apple. I can include both openSSL dylibs in<br>
> my .app package, and sign all that, but the way libssl loads libcrypto<br>
> seems to not meet those rules - which specifically exclude symlinking<br>
> and which specifically prohibit loading libcrypto without specifying a<br>
> specific version.<br>
<br>
Which means you need to build libssl in such a way that it depends<br>
explicitly on the corresponding versioned build of libcrypto.  That is<br>
you'll need to tweak the Darwin Configuration template to specify some<br>
additional linker options or other relevant settings.<br></blockquote><div><br></div><div>sigh. Apparently I will. Far outside my experience, and sounds like a maintenance </div><div>nightmare</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This is not an Apple Developer community, you're perhaps better off<br>
asking on an Apple forum, this is not an OpenSSL issue.<br></blockquote><div><br></div><div>well. yes, and no. I agree it's sure not a core openSSL issue. But surely lots </div><div>of people want to use openSSL in cross platform apps and openSSL is interested</div><div>in adoption issues? </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Perhaps someone has done that for MacOS, but they might not be reading<br>
this list...<br>
</blockquote><div><br></div><div>evidently not, though i sure hoped. Anyway, it looks like I now have to figure </div><div>out how to maintain a custom build of openSSL :-(</div><div><br></div><div>Grahame</div><div> </div></div></div>