<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 10, 2017 at 5:51 AM, Markus Seeber <span dir="ltr"><<a href="mailto:markus.seeber@spectralbird.de" target="_blank">markus.seeber@spectralbird.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​<span class=""></span><br><span class=""></span></div></span><span class="">
</span>Just employ static linking when sensible. </blockquote><div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">​unortunately, several large toolkits of various types make this impossible because they themselves use dynamic (runtime-driven) loading of shared objects. GTK (and its dependency stack) is a particular offender there, but I believe the same is true of Qt. You can't statically link against this type of toolkit if your goal is to end up with a self-contained binary. the g* stack has made a few improvements in this area in recent years, but AFAIK it still isn't possible to build a self-contained binary. JUCE differs from this, I believe.​</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">​<br></div></div></div></div></div>