<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">DLL Hell is something entirely different. The term comes from a time where Windows installers actually installed an applications required libraries in the "system location". So if application Foo is installed, and uses library Bar version N, but then you install application Baz, and it uses library B version N+M, suddenly Foo no longer works.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Modern "application bundle" approaches don't do this, because they keep any required shared (i.e. non-statically linked) libraries private to the application (bundle). This is what MacOS has done since its inception, and it has never suffered from DLL Hell. <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">The one notable downside is when there are vulnerabilities discovered in code ... the "traditional" Linux approach means that a system update can fix all applications in one step, whereas the bundle approach breaks this.<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 9, 2017 at 8:37 AM, Gordonjcp <span dir="ltr"><<a href="mailto:gordonjcp@gjcp.net" target="_blank">gordonjcp@gjcp.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sat, Dec 09, 2017 at 02:24:37PM +0100, Louigi Verona wrote:<br>
> This is a good point, Fons.<br>
><br>
> On Windows it is typical to bundle a program with stable libraries and<br>
> dependencies. Is this strategy thinkable on FLOSS systems?<br>
<br>
</div></div>No, and it's a stupid idea on Windows too, which is why Windows uniquely<br>
suffers from "DLL Hell".<br>
<br>
Just write your software so it doesn't break APIs.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Gordonjcp<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Linux-audio-dev mailing list<br>
<a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.<wbr>linuxaudio.org</a><br>
<a href="https://lists.linuxaudio.org/listinfo/linux-audio-dev" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/<wbr>listinfo/linux-audio-dev</a><br>
</div></div></blockquote></div><br></div>