<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>Hi Lucas, why don't you recompile the externals with static libraries?</i></div></blockquote><div><br></div><div>Hi Patrice ,</div><div><br></div><div>I've never compiled anything and also I don't write C code.</div><div><br></div><div>What does static libraries means? It is adding the system.dll to the object.dll?</div><div><br></div><div>If that was the case anyway we have to detect which dll needs that.</div><div><br></div><div>Or are you saying that *you* can recompile all w32 deken packages?</div><div><br></div><div>Let me know.</div><div><br></div><div><br></div><div><br></div><br><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font><br><br><div>> To: pd-list@lists.iem.at<br>> From: colet.patrice@free.fr<br>> Date: Sat, 9 Jul 2016 16:42:36 +0200<br>> Subject: Re: [PD] w32 Deken package issues.<br>> <br>> Hi Lucas, why don't you recompile the externals with static libraries?<br>> <br>> <br>> Le 09/07/2016 à 13:31, Lucas Cordiviola a écrit :<br>> ><br>> > hi,<br>> > On 07/03/2016 08:48 AM, Lucas Cordiviola wrote:<br>> > > Type “missing” in deken`s search bar.<br>> > > Then put all dlls in the pd/bin directory.<br>> > while i appreciate the initiative to provide missing system<br>> > libraries, i<br>> > think this is the wrong way to do it.<br>> > #1 a deken package should be self-contained.<br>> > if a given deken package lacks a library (e.g. libpthreadGCC3.dll)<br>> > then<br>> > it should provide that library itself.<br>> > (alternatively, deken could be (theoretically; practically i see a<br>> > number of hurdles) enhanced to explicitely state such dependencies (so<br>> > installing "foo" would also install "pthreadGCC3")<br>> > #2 a deken package must be installable by deken. the requierement to<br>> > "then put all the dlls into pd/bin" contradicts this.<br>> > until deken can be told to install into pd/bin, i think that though<br>> > shall not abuse the deken package system for such things.<br>> > i'd therefore rather have the 'missingDLLs' package removed from<br>> > puredata.info.<br>> > we *should* come up with a proper solution for the problem though.<br>> > fmasdr<br>> > IOhannes<br>> ><br>> ><br>> > Hi IOhannes,<br>> ><br>> > I've been thinking on the issue and did some tests that gave good results.<br>> ><br>> > First good result is that the missing .dlls placed on the same folder <br>> > as the external seems to work, I did a couple of tests and both worked.<br>> ><br>> > Second, I made a patch that creates objects from every .dll in a given <br>> > dir, the target dir is obviously the deken PKG extracted folder, this <br>> > speeds up checking PKGs.<br>> ><br>> > And third, I found http://www.dependencywalker.com/ wich provide some <br>> > useful info about which dll is missing. For example for zexy, <br>> > “libgnurx-0.dll” is called by matchbox.dll.<br>> ><br>> > The patch that I made also gives false errors because some objects <br>> > need creation args.<br>> ><br>> > I attach a zip with the patch along with 2 needed externals.<br>> ><br>> > Let me know what you think.<br>> ><br>> > I'm thinking on preparing a win10 system to check packages and provide <br>> > some reports.<br>> ><br>> ><br>> ><br>> > Salutti,<br>> > Lucarda.<br>> ><br>> ><br>> > Mensaje telepatico asistido por maquinas.<br>> ><br>> ><br>> > _______________________________________________<br>> > Pd-list@lists.iem.at mailing list<br>> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list<br>> <br>> -- <br>> Patrice Colet<br>> fr: 0632660357<br>> <br>> <br>> _______________________________________________<br>> Pd-list@lists.iem.at mailing list<br>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list<br></div> </div></body>
</html>