
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body text="#000000" bgcolor="#FFFFFF">


<p>There were many problems back in 2016 with people that didn't have pd-extended installed. For them when downloading from deken many objects didn't work. One of the causes was that those "extended" .dlls where using pthread-GC-2.dll. This file was installed


 by pd-extended installer on windows system folders. <br>


<br>


Attached is a list of missing dlls on 2016.<br>


<br>


Now we have included those dlls in each pkg so [externals] work without having pd-extended installed.<br>


<br>


The actual libwinpthread-1.dll could change in future MinGWs so externals compiled today may stop working.<br>


</p>


<pre class="moz-signature" cols="72">Mensaje telepatico asistido por maquinas.</pre>


<div class="moz-cite-prefix">On 2/7/2018 1:20 PM, Martin Peach wrote:<br>


</div>


<blockquote type="cite" cite="mid:CAN5xZ3Zy-H-qe+4DZSEp4psLQ25GhnpqzFrk-rtbO7J7NN03MA@mail.gmail.com">


<div dir="ltr">


<div>To return to the original subject of this thread, if I install Pd for Windows from Miller's site I get libwinpthread-1.dll and pthreadVC.dll in Pd/bin. So I don't see why it's necessary to ship either or both along with an external, or to statically link


 them. It seems to needlessly duplicate code and possibly introduce version conflicts.<br>


<br>


</div>


Martin<br>


</div>


<br>


<fieldset class="mimeAttachmentHeader"></fieldset> <br>


<pre wrap="">_______________________________________________


Pd-dev mailing list


<a class="moz-txt-link-abbreviated" href="mailto:Pd-dev@lists.iem.at">Pd-dev@lists.iem.at</a>


<a class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-dev">https://lists.puredata.info/listinfo/pd-dev</a>


</pre>


</blockquote>


<br>


</body>


</html>