Hans-Christoph Steiner a écrit :
AFAIK, the watchdog isn't used on Windows anyhow, so I wouldn't worry about it.
I believed that pd-watchdog is existing on windows, and is called pd.com, they are both related with PID. I've renamed it to watchdog just for everytime I've asked mysself, "what is this watchdog, what is this pd.com?"
AFAIK, I think the MinGW and Cygwin sections in will have some differences.
If you want to duplicate code, like with portaudio and portmidi, but in both configure.in and makefile.in let it be. I'm very far from being an expert, but for me it doesn't look very nice. For the moment I've a very light definition of a 'good' code, sometimes it's better when it is duplicated, sometimes we should rather make modules. In all case I really would like to know for sure what would be the best choice before writing the definitive code.
least -mno-cygwin is not used in MinGW.
using CYGFLAG would just avoid to duplicate everything for mingw.
also when using g++, -mno-cygwin flag have to be placed differently, something like " -o <XXXX> -mno-cygwin" .
Now the problem is the one I've described before, pd.exe is mysteriously linked to cygwin1.dll, if I rename pdtcl.dll, an error message pops up to say something like it couldn't find "pthread_cond_destroy".
======================================================================
cd ../bin; dllwrap -mno-cygwin --export-all-symbol --output-def pdtcl.def \ --output-lib=pdtcl.a --dllname=pdtcl.dll ../obj/t_tkcmd.o -ldl -lm -lpth readGC2 -lwsock32 -lwinmm -lole32 -ltcl84 -ltk84 -lstdc++ -ltk84 -ltcl84 dllwrap: aucun fichier d'exportation de d'efinitions fourni. Cr'eation du fichier, mais il ne correspondra pas n'ecessairement `a ce que vous d'esirez. /usr/lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/ld: AVERTISSE MENT: ne peut trouver le symbole d'entr'ee __cygwin_dll_entry@12; utilise par d' efaut 6d081000
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman