hi,
I found a workaround by putting the allocation in a #ifndef _WIN32 statement pthread_t is a structure under windows and not only a 64bit int.
with pd-vanilla I got : "C:\MinGW\msys\1.0\home\antoine\pd\pd-vanilla\extra\Gem\Gem.dll: couldn't load Gem: can't load library"
on startup... maybe because pd was build using microsoft compiler and Gem with MinGW
I also managed to produce a Gem.dll form Microsoft Visual C++ 2010 Express and this time Gem loads in pd-vanilla 0.45.2
and it seems to work !
but i am wondering if i am doing right : Gem claims that some dll are missing and I added them directly to the Windows\System32 folder should I include them in the Visual Project instead ?
+ a
-- do it yourself http://antoine.villeret.free.fr
2013/9/12 IOhannes m zmoelnig zmoelnig@iem.at
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-09-12 09:05, Antoine Villeret wrote:
hi,
I tried to build Gem under Windows 7 with MinGW.
cool. last time i tried, i *could* successfully compile Gem on w7/mingw. i'll have a look into your problem asap.
in any case, there is a substential problem with the MinGW build, and that is that all the Direct* plugins will *not* work. that is: no DirectShow video and movie sources. the rest *should* work just fine.
fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iEYEARECAAYFAlIxbNQACgkQkX2Xpv6ydvRlfACg7fbMx3YiUAK6Cv76iYjJZ1Xw RrEAn2DzcM0zBolscgpaMv4/Bv2l3oL3 =fvN1 -----END PGP SIGNATURE-----
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev