I think that the goal here is to have Deken packages self “operational”, not 
needing Dlls outside its folder.
Here's a list of all Dlls that were used by Extended 0.44: (1)
Since all of these have to be included in the appropriate Deken pkg, I think 
its not necessary to recompile externals.
I understand what you mean by using vanilla`s VS, but there would be lots of 
cases where the Dlls have to be included because there are no substitutes in 
the target computer.
The good news is that the Dlls can be placed in the same folder as the 
externals (I did a couple of tests, have to make more) 

(1):
libdca-0.dlllibdl.dlllibfftw3-3.dlllibfftw3f-3.dlllibfreetype-6.dlllibgavl-1.dlllibgcc_s_dw2-1.dlllibgnurx-0.dlllibjack.dlllibjpeg.dlllibmp3lame-0.dlllibogg-0.dlllibopenjpeg-2.dlllibpng-3.dlllibpng12-0.dlllibsndfile-1.dlllibstdc++-6.dlllibtheora-0.dlllibtheoradec-1.dlllibtheoraenc-1.dlllibtiff-3.dlllibtiffxx-3.dlllibvorbis-0.dlllibvorbisenc-2.dlllibvorbisfile-3.dlllibx264-116.dlllibz-1.dllmsvcr71.dllpthreadGC2.dll




Mensaje telepatico asistido por maquinas.

From: chakekat...@gmail.com
Date: Mon, 11 Jul 2016 13:49:37 -0400
Subject: Re: [PD] w32 Deken package issues.
To: lucard...@hotmail.com
CC: pd-list@lists.iem.at

On Mon, Jul 11, 2016 at 12:53 PM, Lucas Cordiviola <lucard...@hotmail.com> 
wrote:



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.
Surely extended installer placed pthreadGC2 in the system32 folder or its 
equivalent sysWOW64

Yes you're right. I have pthreadGC2.dll and libpthread-2.dll in 
C:\Windows\SysWOW64. (On a Windows10 machine that was upgraded from Windows7).
I wonder if compiling the externals with VC would use the pthreadVC.dll in 
pd/bin. There seems to be no other copy of pthreadVC.dll on my system. As I 
understand it, vanilla is built with VC. In the past I built my own externals 
with VC. Extended used MinGW but I was never able to get a working setup myself.

Martin
                                          
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to