On Tue, Feb 6, 2018 at 10:43 AM, IOhannes m zmoelnig <zmoelnig@iem.at> wrote:

in Pd-extended, there are 10 out of 112 (different) libraries usable on
Windows in the entire deken repositories that have the libpthread
library included, presumably because they actually need this library.

of these 10 libraries, the following 6 come from the big Pd-extended
import, and have not been updated since (and are presumably unmaintained):
- hidin
- iemxmlrpc
- mrpeach (+ net)
- pdogg
- unauthorized

I have been workjng on mrpeach in sourceforge svn recently, so I _am_ maintaining it, although pthreads was probably imported from somewhere else. AFAIK it's only needed for some of the net objects like [tcpserver].
I am really not sure how to build an external on a Windows system. All the docs in pdinfo are several years old.
The readme here:
https://github.com/pure-data/pure-data/tree/master/msw
talks about some hybrid build system on wine using mingw and msw but gives no indication of how to set it up.
I don't see why one must use a linux box to compile for Windows, it's just offputting. On Windows, I usually give up trying after a day or so of filling my drive with mingw and cygwin and getting nowhere.
I also try to build using Visual Studio, but there again the versions are usually incompatible with whatever pd.lib was built with.
As I've mentioned before, the c runtime libraries that mingw and msw link against are not compatible, and possibly neither are the pthread dlls.
It would be nice if the 'official' tool chain for building externals that work with vanilla Pd on a Windows machine in 2018 could be explicitly documented somewhere.

Martin