hello,
I had to make some changes in freshly updated cvs files for compiling pd with mingw:
removed second and third #else in d_fft.c added ringbuffer.c in portaudio/pablio/ (cvs problem?) added pa_types.h in portaudio/pa_common/ (cvs problem?) added asio folder in pd/ (pd/asio/asio.cpp missing)
compiled object are in pd/obj (shouldn't they be in pd/bin ?)
added wish84.exe in pd/bin
patco
--------------------------------- Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
patco wrote:
hello,
I had to make some changes in freshly updated cvs files for compiling pd with mingw:
removed second and third #else in d_fft.c
hmm. what's the point of using preprocessor directives if you have to remove them by hand? why where they not evaluated correctly? (what was the error)
compiled object are in pd/obj (shouldn't they be in pd/bin ?)
depends your definition of "compiled objects". the pd/obj folder is there for _compiled_ objects, whereas the _linked_ objects should go to pd/bin (e.g. pd/obj/d_fft.obj but pd/bin/pd.exe)
anyhow. which version of pd did you try to compile? vanilla or pd-devel with/without desiredata?
mf.adsr. IOhannes
Hi, I've downloaded pure data sources with this commmand:
cvs -z3 -d:pserver:anonymous@pure-data.cvs.sourceforge.net:/cvsroot/pure-data co pd
make -f makefile.mingw stops at this error:
d_fft.c:513:3 #else after #else d_fft.c:43:1: the conditional began here d_fft.c:772:3: #else after #else d_fft.c:43:1: the conditional began here
when all is successfully compiled pd.exe is into pd/obj instead of pd/bin
another error:
couldn't create expr when expr.dll is in pd/extra/expr folder while expr~ is working. expr works when I put in into pd/extra
I've got errors with Gem.dll 0.90-1 optimised for PIII but maybe I have to post about it in gem-list?
IOhannes m zmölnig zmoelnig@iem.at a écrit :
removed second and third #else in d_fft.c
hmm. what's the point of using preprocessor directives if you have to remove them by hand? why where they not evaluated correctly? (what was the error)
compiled object are in pd/obj (shouldn't they be in pd/bin ?)
depends your definition of "compiled objects". the pd/obj folder is there for _compiled_ objects, whereas the _linked_ objects should go to pd/bin (e.g. pd/obj/d_fft.obj but pd/bin/pd.exe)
anyhow. which version of pd did you try to compile? vanilla or pd-devel with/without desiredata?
--------------------------------- Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Cliquez ici.
On May 31, 2006, at 3:07 AM, patco wrote:
hello,
I had to make some changes in freshly updated cvs files for compiling pd with mingw:
removed second and third #else in d_fft.c added ringbuffer.c in portaudio/pablio/ (cvs problem?) added pa_types.h in portaudio/pa_common/ (cvs problem?)
This is fixed in the latest. You can use the latest portaudio and portmidi directories when compiling 0.39.2. If you checked out 0.39.2 from CVS with "cvs co -r v0-39-2 pd", then just "cd pd && cvs up -APd port*"
added asio folder in pd/ (pd/asio/asio.cpp missing)
The ASIO license does not allow us to re-distribute the source, so it can't be in CVS. I think we should make ASIO a ./configure --enable- asio flag so that Pd compiles by default with only free software.
compiled object are in pd/obj (shouldn't they be in pd/bin ?)
added wish84.exe in pd/bin
If you are using makefile.mingw from the sourceforge patch tracker, its a hacked up affair that's not worth fixing. Instead, its a test bed for how to fix the configure.in and makefile.in for MinGW so that you can "./configure && make && make install" like the other platforms.
If you want to fix things, then please try out configure.in and makefile.in, using what works in makefile.mingw. Otherwise, its really a waste of time to try to clean up makefile.mingw.
.hc
________________________________________________________________________ ____
As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin
-
Hans-Christoph Steiner -
IOhannes m zmölnig -
patco