Hello,
Le 11/07/2016 à 02:44, Lucas Cordiviola a écrit :
Hi Patrice,
Thanx for your explanations!!!
I've tested your recompiled [tcpserver] and I get a system error that say *pthreadGC2.dll* is missing.
Probably it has to be re-compiled?
oupse, I didn't see it hidden in wow64 folder, the good new is that only externals/Makefile have to be tweaked for using pthreadVC.lib in pd/bin
I think it's fixed now, so I make an archive with all mrpeach objects I could compile, and send it in a personal mail attachement for testing in windows10.
The bad new is that my windows machine is dying but might build a few packages and a externals/Makefile patch before leaving, could you test this package? If I do other packages would you mind trying them before I publish?
OTOH if I understand correctly recompiling externals is better *but* placing the third party dlls in the same dir as the externals could become a “good practice”
As recompiling don't cover all cases, its probably Ok to just add some dlls to the dir.
It's not as simple as that because pd uses to look for external's third party DLL into system path, not pd path, maybe it's different now?
There is usefull info here (not sure how much updated):
https://puredata.info/dev/pd_webwiki/ExternalsInventory
Salutti,
Lucarda
Mensaje telepatico asistido por maquinas.
To: pd-list@lists.iem.at From: colet.patrice@free.fr Date: Sun, 10 Jul 2016 18:37:45 +0200 Subject: Re: [PD] w32 Deken package issues.
I just realized by reading mrpeach Makefile that linker uses obj files from installed version of PureData, so I've installed pd-0.47-0 and compiled tcpserver.dll with windows 6.1, it's attached, you may find out that this one doesn't need pthreadGC3.dll anymore, if it's true I could make deken packages of externals that only relies on PureData libs.