<div dir="ltr"><div class="gmail_default" style="font-family:arial narrow,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 19, 2016 at 10:41 AM, Jeffrey Ollie <span dir="ltr"><<a href="mailto:jeff@ocjtech.us" target="_blank">jeff@ocjtech.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Jan 19, 2016 at 11:18 AM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:'arial narrow',sans-serif"><br></div><div class="gmail_extra"><div class="gmail_quote"><span><div></div></span><div><div style="font-family:'arial narrow',sans-serif">We already have a --with-pjproject=PATH option in ./configure which I'd default to the one in asterisk/third_party but you could choose any path.  The only real difference is that we're always statically linking rather than dynamically linking.  If you don't change the path, the Asterisk build would (smartly) download and build the approved version.<br></div></div></div></div></div></blockquote><div><br></div></span><div>Statically linking against external libraries is frowned upon almost as much as bundling.  Statically linking is harmful because:<br><br></div><div>1) It's more difficult to determine where each library is used.<br></div><div>2) An update to a library means that you have to recompile every application that uses the library, rather than just install the new version of the library and restart the services.<br></div><div>3) Potentially more memory usage because the library code pages can't be shared between processes.<br><br></div><div>The poster child for this has been zlib.  It used to be very common to statically link this library into applications, but a number of security flaws in zlib and the ensuing chaos while everyone was desperately trying to track down and replace all of the copies that had been statically linked into an application is part of what has led to distributions' policies against bundling and static linking.<br></div></div></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:'arial narrow',sans-serif">​I don't think you can compare zlib, ​a small library whose api and features haven't changed in years, to pjproject and especially pjproject's relationship to Asterisk.  pjproject is still very much in development and Asterisk calls 122 DIFFERENT pj_* functrions.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div> </div>Personally, I think that a better option would be to add a tool that would sanity check the version of pjproject being linked against to make sure that all of the appropriate options are set and bail out of the Asterisk build if they aren't.<span class="HOEnZb"><font color="#888888"><br clear="all"></font></span></div><span class="HOEnZb"><font color="#888888"><br></font></span></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:'arial narrow',sans-serif">​The bulk of the problem is at runtime though.​  If we don't static link, we'll never know what's going on.  </div></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class="HOEnZb"><font color="#888888">-- <br><div>Jeff Ollie<br><br></div>
</font></span></div></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br></div></div>