Hello all,
I am compiling a GEM external and get this error message, but nothing more, what could this mean?
make -C Pixes make: *** [Pixes] Error 2
best,
J
Ok,
So that is in Fedora, in OSX i get the following, which seems ok, but it behaves erratically.
make -C Pixes -j4 g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -faltivec -fpascal-strings -I.. -I/Applications/Pd-0.41-2.app/Contents/Resources/src pix_UPIC.cpp -o pix_UPIC.o make -C openGL -j4 make[1]: Nothing to be done for `default'. g++ -o Gem.pd_darwin -bundle -undefined suppress -flat_namespace -framework QuickTime -framework Carbon -framework AGL -framework OpenGL Base/*.o Controls/*.o Geos/*.o Manips/*.o Nongeos/*.o Particles/*.o Pixes/*.o openGL/*.o -ldl -lz -lm -lpthread -L/Applications/Pd-0.41-2.app/Contents/Resources/bin strip -x Gem.pd_darwin
On Mon, May 12, 2008 at 11:44 AM, Jaime Oliver jaime.oliver2@gmail.com wrote:
Hello all,
I am compiling a GEM external and get this error message, but nothing more, what could this mean?
make -C Pixes make: *** [Pixes] Error 2
best,
J
-- Jaime E Oliver LR
joliverl@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org
9168 Regents Rd. Apt. G La Jolla, CA 92037 USA
Jaime Oliver wrote:
Ok,
So that is in Fedora, in OSX i get the following, which seems ok, but it
indeed it seems fine.
behaves erratically.
???? could you please specify what you mean by this?
Hello all, I am compiling a GEM external and get this error message, but nothing more, what could this mean? make -C Pixes make: *** [Pixes] Error 2
do a "make clean" (or even "make distclean"; alternatively try to delete all the "*.o" and "*.d" files in all the subdirectories) before you build. you seem to have leftovers from old builds. (i was never able to really figure out what is going wrong here)
fgmasdr IOhannes
So that is in Fedora, in OSX i get the following, which seems ok, but it
indeed it seems fine.
behaves erratically.
???? could you please specify what you mean by this?
Well in this particular object I have two for loops in the RGB process:
int i, n; for ( i=0; i<3; i++) { post("i=%d", i); for (n=0; n<3; n++) { post("n=%d", n); // other things } }
when compiled in osx it sometimes posts the inner loop, but sometimes it doesn't depending on whether I have those 'other things' commented or not, it could even be two posts that are not interfering or reinitializing the for variables (i or n), so that leads me to assume (also based on the fact that it isn't giving me the correct results at all), that the inner loop is not being done.
do a "make clean" (or even "make distclean"; alternatively try to delete all
the "*.o" and "*.d" files in all the subdirectories) before you build. you seem to have leftovers from old builds. (i was never able to really figure out what is going wrong here)
Thanks, I'll try those things and report back. Will this clean all my other GEM objects as well?
best,
J
fgmasdr IOhannes
Jaime Oliver wrote:
Well in this particular object I have two for loops in the RGB process:
int i, n; for ( i=0; i<3; i++) { post("i=%d", i); for (n=0; n<3; n++) { post("n=%d", n); // other things } }
when compiled in osx it sometimes posts the inner loop, but sometimes it doesn't depending on whether I have those 'other things' commented or not, it could even be two posts that are not interfering or reinitializing the for variables (i or n), so that leads me to assume (also based on the fact that it isn't giving me the correct results at all), that the inner loop is not being done.
thanks for the clearup. i suspect it is a bug in either your code or the compiler/optimizer. does it help if you do not use pd's built-in console but instead print to stderr (with the "-stderr" flag)? stderr is way faster than pd's console.
do a "make clean" (or even "make distclean"; alternatively try to delete all the "*.o" and "*.d" files in all the subdirectories) before you build. you seem to have leftovers from old builds. (i was never able to really figure out what is going wrong here)
Thanks, I'll try those things and report back. Will this clean all my other GEM objects as well?
yes it will. you have to rebuild everything then. if you don't want that, you can also cd into the Pixes directory and do a "make distclean" there, then you will only have to rebuild the entire Pixes-stuff.
fgmasdr IOhannes