<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 11/07/2016 16:04, Lucas Cordiviola a
écrit :<br>
</div>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;">
<div><i>oupse, I didn't see it hidden in wow64 folder, the
good new is that only </i></div>
<div><i>externals/Makefile have to be tweaked for using
pthreadVC.lib in pd/bin</i></div>
</blockquote>
<div><br>
</div>
<div>Are you sure pthreadVC.lib is going to have longevity?</div>
<div>What if Miller change this?</div>
<div><br>
</div>
</div>
</blockquote>
<br>
It's up to Miller, then we tweak Makefile again...<br>
<br>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl"
type="cite">
<div dir="ltr">
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;">
<div><i>I think it's fixed now, so I make an archive with all
mrpeach objects I </i></div>
<div><i>could compile, and send it in a personal mail
attachement for testing in </i></div>
<div><i>windows10.</i></div>
</blockquote>
<div><br>
</div>
<div>No problem, I`ve set a win10 virtual machine.</div>
<div><br>
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;">
<div><i>The bad new is that my windows machine is dying but
might build a few </i></div>
<div><i>packages and a externals/Makefile patch before
leaving,</i></div>
<div><i>could you test this package? If I do other packages
would you mind </i></div>
<div><i>trying them before I publish?</i></div>
</blockquote>
<div><br>
</div>
<div>No problem, as fast as I can.</div>
<div><br>
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;">
<div><i>It's not as simple as that because pd uses to look for
external's third </i></div>
<div><i>party DLL into system path, not pd path, maybe it's
different now?</i></div>
</blockquote>
<div><br>
</div>
<div>I think you`r wrong here, on my tests third party Dlls in
the same dir as the external worked fine(two tests) and Zip
versions of pd-extended (no need to install, unzip and run)
method was putting them in pd/bin</div>
<div>This is why I think is best to include the third party Dll
in the deken package, along with the objects Dlls</div>
<div><br>
</div>
<div><br>
</div>
</div>
</blockquote>
<br>
Yes I forgot to mention the path where resides pd binary, but I did
in the first mails of this thread... But this is same problem, there
is no method in deken to put those dll in pd/bin dir, users have to
do this manually.<br>
<br>
<blockquote cite="mid:BLU183-W7423ACE34FF93D26EAE006A63F0@phx.gbl"
type="cite">
<div dir="ltr">
<div><br>
</div>
<br>
<font size="2" face="Courier New, Courier, Monospace">Mensaje
telepatico asistido por maquinas.</font><br>
<br>
<div><br>
</div>
</div>
</blockquote>
<br>
</body>
</html>