<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><i>I see that in the svn repository, externals/Makefile calls for pthreadGC2 when building with MinGW, while Miller's pd-0.47-1 makefile.mingw calls for pthread. And the last pd-extended for Windows has only pthreadVC.dll in its bin directory.</i></div></blockquote><div><br></div><div>Surely extended installer placed pthreadGC2 in the system32 folder or its equivalent sysWOW64</div><div><br></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><i>pd-046-7 for Windows has pthreadVC.dll as well as pthreadVC.lib and libwinpthread-1,dll.</i></div><div><i><br></i></div><div><i><br></i></div><div><i>So it seems that pthreadGC2.dll is not needed, but I'm not sure why in pd-extended, -lpthreadGC2 ends up linking against pthreadVC.dll. Am I missing something?</i></div></blockquote><div><br></div><div>Surely its not linking with pthreadVC because win8.1 say GC2 is missing and the object can`t be created. Win10 machines don't give that info. </div><div><br></div><div>When downloading a deken package on a system that don`t have extended installed (which in turn does NOT have certain Dlls on system32) lots of Objects can't be created.</div><div><br></div><div>Apparently this can be solved including the needed third party Dlls in the same dir as the Objects.</div><div><br></div><br><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font><br><br><div><hr id="stopSpelling">From: chakekatzil@gmail.com<br>Date: Mon, 11 Jul 2016 11:50:00 -0400<br>To: pd-list@lists.iem.at<br>Subject: Re: [PD] w32 Deken package issues.<br><br><div dir="ltr"><div><div><div>I see that in the svn repository, externals/Makefile calls for pthreadGC2 when building with MinGW, while Miller's pd-0.47-1 makefile.mingw calls for pthread. And the last pd-extended for Windows has only pthreadVC.dll in its bin directory.<br></div>pd-046-7 for Windows has pthreadVC.dll as well as pthreadVC.lib and libwinpthread-1,dll.<br></div>So it seems that pthreadGC2.dll is not needed, but I'm not sure why in pd-extended, -lpthreadGC2 ends up linking against pthreadVC.dll. Am I missing something?<br><br></div>Martin<br><br></div><div class="ecxgmail_extra"><br><div class="ecxgmail_quote">On Mon, Jul 11, 2016 at 10:52 AM, Lucas Cordiviola <span dir="ltr"><<a href="mailto:lucarda27@hotmail.com" target="_blank">lucarda27@hotmail.com</a>></span> wrote:<br><blockquote class="ecxgmail_quote" style="border-left:1px #ccc solid;padding-left:1ex;">
<div><div dir="ltr"><span><blockquote style="border:none;padding:0px;"><div><i>Ok I get it, that's quite cool but, so there will be copies of the same </i></div><div><i>lib into each external folder needing it?</i></div></blockquote><div><br></div></span><div>Yes sure but that's ok.</div><span><div><br></div><blockquote style="border:none;padding:0px;"><div><i>This way we don't have to recompile anything, that's not bad.</i></div></blockquote><div><br></div></span><div>I think that yes, but I have to do more tests.</div><div>I'm testing on win8.1 and win10, not sure if it works on earlier Os.</div><span><br><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font><br><br><div><br></div> </span></div></div>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list</div> </div></body>
</html>