[PD-dev] pdlibbuilder and static linking pthread by default on Windows.

[Lucas Cordiviola]

There were many problems back in 2016 with people that didn't have pd-extended installed. For them when downloading from deken many objects didn't work. One of the causes was that those "extended" .dlls where using pthread-GC-2.dll. This file was installed by pd-extended installer on windows system folders.

Attached is a list of missing dlls on 2016.

Now we have included those dlls in each pkg so [externals] work without having pd-extended installed.

The actual libwinpthread-1.dll could change in future MinGWs so externals compiled today may stop working.

Mensaje telepatico asistido por maquinas.

On 2/7/2018 1:20 PM, Martin Peach wrote:
To return to the original subject of this thread, if I install Pd for Windows from Miller's site I get libwinpthread-1.dll and pthreadVC.dll in Pd/bin. So I don't see why it's necessary to ship either or both along with an external, or to statically link them. It seems to needlessly duplicate code and possibly introduce version conflicts.

Martin



_______________________________________________
Pd-dev mailing list
Pd-dev at lists.iem.at<mailto:Pd-dev at lists.iem.at>
https://lists.puredata.info/listinfo/pd-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20180207/c19530fe/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: deken_w32_filled_2.txt
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20180207/c19530fe/attachment-0001.txt>