Re: [PD] building Pd-ext/GEM for Windows

2012-02-01 Thread rolf meesters
i found indeed a work-around, or better to say something that's even much more simple then i had. so for now i'm alright with the tools i have for the PIII's. it leaves open the cases of the compiling/building going wrong for Windows and/or without SSE2. if needed i'm perfectly willing to assist

Re: [PD] building Pd-ext/GEM for Windows

2012-01-31 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-30 19:51, rolf meesters wrote: after going back and forth a few times, using release instead of debug in MSVC i can produce a build only of GEM without an error. i now have a.o. gem.dll. cool what to do next, just copy replace in

Re: [PD] building Pd-ext/GEM for Windows

2012-01-31 Thread rolf meesters
what to do next, just copy replace in the installed Pd? for instance. you could also try to point Pd'd path to the location of the new Gem.dll (make sure to add it before the path to the old Gem) or open cmd, cd into the build directory and run pd.com from there. (of course i tried

Re: [PD] building Pd-ext/GEM for Windows

2012-01-30 Thread rolf meesters
after going back and forth a few times, using release instead of debug in MSVC i can produce a build only of GEM without an error. i now have a.o. gem.dll. what to do next, just copy replace in the installed Pd? (of course i tried already: gem.dll couldn't load) btw isn't the imegjpeg plugin

Re: [PD] building Pd-ext/GEM for Windows

2012-01-28 Thread Patrice Colet
Hello. Envoyé: Mardi 24 Janvier 2012 09:30:18 Objet: Re: [PD] building Pd-ext/GEM for Windows On 2012-01-23 21:54, rolf meesters wrote: hi, still busy with my PIII's. trying to build a Pd-ext without SSE2 for Windows. following the Pd-webpage for it. (i guess there's not an easier

Re: [PD] building Pd-ext/GEM for Windows

2012-01-28 Thread rolf meesters
LINK : fatal error LNK1181: cannot open input file'Files\pd\bin;\msvc\Build;\win32_vcpp\Build;\objs /DLL /MANIFEST /MANIFESTFILE:d:\Gem-do-2\build\win-vs2008\\Debug\Gem.dll.intermediate.manifest /MANIFESTUAC:level='asInvoker'.obj' my building environment not right? dunno, but the

Re: [PD] building Pd-ext/GEM for Windows

2012-01-28 Thread IOhannes m zmölnig
On 01/28/12 18:15, rolf meesters wrote: sure. by Release you mean the 93.3.(?) no. using master should be fine. with Release i mean the configuration flavour (somewhere in the top line of MSVC you can select between Release, Debug and ReleaseDummy. you seem to have chosen Debug - simply

Re: [PD] building Pd-ext/GEM for Windows

2012-01-28 Thread IOhannes m zmölnig
On 01/28/12 11:18, Patrice Colet wrote: building Gem on mingw is _highly_ experimental and _only_ works with So it works?! yes. After removing pix_film from pixes, compilation goes to linking but I've got this: why? all the dependency stuff (e.g. quicktime,...) is factored out into

Re: [PD] building Pd-ext/GEM for Windows

2012-01-27 Thread IOhannes m zmölnig
On 01/26/12 19:28, rolf meesters wrote: http://lists.puredata.info/pipermail/pd-list/attachments/20120126/f8fb3f1a/attachment-0001.bin that was a good guess, i found a stray b in the project file. but i didn't do it. i downloaded everything again from the git. it's in the win-vs2008 gem.vcproj

Re: [PD] building Pd-ext/GEM for Windows

2012-01-27 Thread rolf meesters
thanks martin for your 'finger'to pthreadvc.lib. libs seem to be ok now. however it's like this mythical dragon, you ax off 1 head and get back two: LINK : fatal error LNK1181: cannot open input file 'Files\pd\bin;\msvc\Build;\win32_vcpp\Build;\objs /DLL /MANIFEST

Re: [PD] building Pd-ext/GEM for Windows

2012-01-27 Thread IOhannes m zmölnig
On 01/27/12 20:17, rolf meesters wrote: thanks martin for your 'finger'to pthreadvc.lib. libs seem to be ok now. however it's like this mythical dragon, you ax off 1 head and get back two: LINK : fatal error LNK1181: cannot open input file'Files\pd\bin;\msvc\Build;\win32_vcpp\Build;\objs /DLL

Re: [PD] building Pd-ext/GEM for Windows

2012-01-26 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-25 19:19, rolf meesters wrote: don't know if i oversaw it, or something changed, anyway after all this warnings about the dll's there's a fatal error: linker cannot find b.obj this is a weird error, which i don't know about. it looks

Re: [PD] building Pd-ext/GEM for Windows

2012-01-26 Thread rolf meesters
http://lists.puredata.info/pipermail/pd-list/attachments/20120126/f8fb3f1a/attachment-0001.bin On 2012-01-25 19:19, rolf meesters wrote: don't know if i oversaw it, or something changed, anyway after all this warnings about the dll's there's a fatal error: linker cannot find b.obj this

Re: [PD] building Pd-ext/GEM for Windows

2012-01-26 Thread Martin Peach
On 2012-01-26 13:28, rolf meesters wrote: ... but no pthreadVC.lib or pthread.lib. If you get Miller's vanilla Pd for Windows, pthreadVC.lib is in pd/bin. See http://crca.ucsd.edu/~msp/software.html Martin ___ Pd-list@iem.at mailing list

Re: [PD] building Pd-ext/GEM for Windows

2012-01-25 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-24 23:05, rolf meesters wrote: great iohannes, thanks. a few points: -- afaik the P3 has MMX SSE SIMD, why take this out? it does not come with SSE2 so you should take this out. -- to get going i started with the git-clone

Re: [PD] building Pd-ext/GEM for Windows

2012-01-25 Thread rolf meesters
On Wed, Jan 25, 2012 at 9:25 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-24 23:05, rolf meesters wrote: great iohannes, thanks. a few points: -- afaik the P3 has MMX SSE SIMD, why take this out? it does not come with

Re: [PD] building Pd-ext/GEM for Windows

2012-01-24 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-01-23 21:54, rolf meesters wrote: hi, still busy with my PIII's. trying to build a Pd-ext without SSE2 for Windows. following the Pd-webpage for it. (i guess there's not an easier way to go) i got stuck in ./building-libs-on-mingw.sh

Re: [PD] building Pd-ext/GEM for Windows

2012-01-24 Thread rolf meesters
building Gem on mingw is _highly_ experimental and _only_ works with a recent git checkout. there is close to zero chance that you can compile an older version of Gem (e.g. the latest and greatest stable release 0.93.3) with anything but visualstudio. even then it is a big nightmare to