Hi all,
I'm trying to recompile Gem with v4l2 stuff, but the compile bails with this:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp -o GemGLUtil.o In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemBase.cpp:138: error: parse error at end of input make[1]: *** [GemBase.o] Error 1 make[1]: *** Waiting for unfinished jobs.... GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:78: error: cannot convert `t_symbol*' to `t_atom*' for argument ` 1' to `int getGLdefine(t_atom*)' GemGLUtil.cpp: In function `int getGLdefine(t_symbol*)': GemGLUtil.cpp:84: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.cpp:76: error: previous declaration `int getGLdefine(t_atom*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:85: error: cannot convert `char*' to `t_symbol*' for argument `1' to `int getGLdefine(t_symbol*)' GemGLUtil.cpp: In function `int getGLdefine(char*)': GemGLUtil.cpp:90: error: declaration of C function `int getGLdefine(char*)' conflicts with GemGLUtil.cpp:84: error: previous declaration `int getGLdefine(t_symbol*)' here GemGLUtil.cpp: At global scope: GemGLUtil.cpp:5636: error: parse error at end of input make[1]: *** [GemGLUtil.o] Error 1 make: *** [Base] Error 2
I'll just hack the v4l2 stuff into my local copy for the time being.
b.
B. Bogart wrote:
Hi all,
I'm trying to recompile Gem with v4l2 stuff, but the compile bails with this:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp -o GemGLUtil.o In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemBase.cpp:138: error: parse error at end of input make[1]: *** [GemBase.o] Error 1 make[1]: *** Waiting for unfinished jobs....
hmm, very interesting. which version of g++ are you using? (but it tested it with g++2.95 and g++-4.0.3 and it works fine)
the technique used is function overloading, and this is just perfect C++. why does your compiler think it is ordinary C??
mf.asd.r IOhannes
g++ 3.3.5 (1:3.3.5-13) debian package.
In order to clean up my installation machine I'm thinking of burning an unstable DVD and dist-upgrading the thing.
Is "unstable" really unstable, or really just full of bugs?
I seem to have more bugs/issues with a sarge/unstable mix then perhaps I would have with a 100% unstable machine...
what do you think?
I can't go back to sarge since I needed libs and packages not available in sarge.. I can't remember what offhand...
.b.
IOhannes m zmoelnig wrote:
B. Bogart wrote:
Hi all,
I'm trying to recompile Gem with v4l2 stuff, but the compile bails with this:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp -o GemGLUtil.o In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemBase.cpp:138: error: parse error at end of input make[1]: *** [GemBase.o] Error 1 make[1]: *** Waiting for unfinished jobs....
hmm, very interesting. which version of g++ are you using? (but it tested it with g++2.95 and g++-4.0.3 and it works fine)
the technique used is function overloading, and this is just perfect C++. why does your compiler think it is ordinary C??
mf.asd.r IOhannes
B. Bogart wrote:
g++ 3.3.5 (1:3.3.5-13) debian package.
In order to clean up my installation machine I'm thinking of burning an unstable DVD and dist-upgrading the thing.
Is "unstable" really unstable, or really just full of bugs?
I seem to have more bugs/issues with a sarge/unstable mix then perhaps I would have with a 100% unstable machine...
what do you think?
I can't go back to sarge since I needed libs and packages not available in sarge.. I can't remember what offhand...
i am using both a a mix of sarge/etch/sid (stable/testing/unstable), and a mix of etch/sid (with a tendency towards the latter)
"unstable" is unstable and _not_ full of bugs. what is "unstable" today, might become "testing" tomorrow and "stable" in 2 years (with respect to debian's release cycles)
however, i have now tested to compile an anonymous checkout of src/Base/ with g++-3.3 (Debian 1:3.3.6-10), g++-3.4 (Debian 3.4.5-1) and g++-4.0 (Debian 4.0.2-5), without any problems. are you sure you have a clean checkout of the latest HEAD?
mfga.dsr IOhannes
Hi Johannes,
Ok I'm confused, so I did a fresh (anon) CVS checkout and Gem is still bailing at the same point:
esult: Target : Gem.pd_linux Objects : Base Controls Geos Manips MarkEx Nongeos Particles Pixes openGL
Configuration: Compiler : g++ CXXFLAGS : -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include : -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 INCLUDES : -I/usr/include/FTGL -I/usr/include/freetype2 DEFINES :
LIBS : -ldv -lavformat -lmpeg -lmpeg3 -lquicktime -ljpeg -ltiff -lGLU -lGL -lXext -lXxf86vm -lXext -lX11 -ldl -lz -lm -L/usr/X11R6/lib -lpthread : -lGLU -lGL -lfreetype -lz -lftgl -laviplay -L/usr/lib -lquicktime -lgthread -lz -ldl -lMagick++ -lMagick LDFLAGS : -shared -Wl,-export-dynamic : -L/usr/X11R6/lib
Strip : strip --strip-unneeded
Install path : /usr/local
pure-data: version : 0.38
used optional libraries:
font-rendering : FTGL
image-support use ImageMagick : yes use TIFF : yes use JPEG : yes video-support use mpeg : yes use mpeg-3 : yes use QuickTime : yes use aviplay : yes use ffmpeg : yes input-support use v4l : yes use ieee1394 : yes
misc using ARB-extensions : yes using NV-extensions : yes using reg-struct-ret : yes
Now run make ... make -C Base -f ..//Makefile.subdir -j4 make[1]: Entering directory `/home/bbogart/pd-stuff/Gem/src/Base' make[1]: Leaving directory `/home/bbogart/pd-stuff/Gem/src/Base' make[1]: Entering directory `/home/bbogart/pd-stuff/Gem/src/Base' g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 CPPExtern.cpp -o CPPExtern.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemBase.cpp -o GemBase.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemCache.cpp -o GemCache.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemEvent.cpp -o GemEvent.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemFuncUtil.cpp -o GemFuncUtil.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funro ll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/in clude/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp -o GemGLUtil.o In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemBase.cpp:138: error: parse error at end of input GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:78: error: cannot convert `t_symbol*' to `t_atom*' for argument ` 1' to `int getGLdefine(t_atom*)' GemGLUtil.cpp: In function `int getGLdefine(t_symbol*)': GemGLUtil.cpp:84: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.cpp:76: error: previous declaration `int getGLdefine(t_atom*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:85: error: cannot convert `char*' to `t_symbol*' for argument `1' to `int getGLdefine(t_symbol*)' GemGLUtil.cpp: In function `int getGLdefine(char*)': GemGLUtil.cpp:90: error: declaration of C function `int getGLdefine(char*)' conflicts with GemGLUtil.cpp:84: error: previous declaration `int getGLdefine(t_symbol*)' here make[1]: *** [GemBase.o] Error 1 make[1]: *** Waiting for unfinished jobs.... GemGLUtil.cpp: At global scope: GemGLUtil.cpp:5636: error: parse error at end of input make[1]: *** [GemGLUtil.o] Error 1 make: *** [Base] Error 2
So any other ideas?
I literally removed the whole funder and did a new checkout.
I did see some of the configure options were (cached) but I could not find a config.cache anywhere.
I'll give the v4l2 stuff a try as soon as I can get Gem compiling again.
.b.
IOhannes m zmoelnig wrote:
B. Bogart wrote:
g++ 3.3.5 (1:3.3.5-13) debian package.
In order to clean up my installation machine I'm thinking of burning an unstable DVD and dist-upgrading the thing.
Is "unstable" really unstable, or really just full of bugs?
I seem to have more bugs/issues with a sarge/unstable mix then perhaps I would have with a 100% unstable machine...
what do you think?
I can't go back to sarge since I needed libs and packages not available in sarge.. I can't remember what offhand...
i am using both a a mix of sarge/etch/sid (stable/testing/unstable), and a mix of etch/sid (with a tendency towards the latter)
"unstable" is unstable and _not_ full of bugs. what is "unstable" today, might become "testing" tomorrow and "stable" in 2 years (with respect to debian's release cycles)
however, i have now tested to compile an anonymous checkout of src/Base/ with g++-3.3 (Debian 1:3.3.6-10), g++-3.4 (Debian 3.4.5-1) and g++-4.0 (Debian 4.0.2-5), without any problems. are you sure you have a clean checkout of the latest HEAD?
mfga.dsr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
B. Bogart wrote:
Hi Johannes,
Ok I'm confused, so I did a fresh (anon) CVS checkout and Gem is still bailing at the same point:
...
is still don't have a clue what be the cause of your problems. could you send the output of the following line run from sr/Base: cpp -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp
you could also try to set the CXXFLAGS in Make.config from to something simple like "-g -O2 -I/usr/X11R6/include" (especially try without "-freg-struct-return")
mfg.asd.r IOhannes
Hy Johannes,
Ok I'm back at it now.
before messing with the Make.config I tried to run your cpp command.
bbogart@insitu:~/pd-stuff/Gem/src/Base$ cpp -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp | head # 1 "GemGLUtil.cpp" # 1 "<built-in>" # 1 "<command line>" # 1 "GemGLUtil.cpp" # 18 "GemGLUtil.cpp" # 1 "GemGLUtil.h" 1 # 20 "GemGLUtil.h" # 1 "../Base/GemBase.h" 1 # 23 "../Base/GemBase.h" # 1 "../Base/GemGL.h" 1
without the pipe to get I get 9930 lines of code output to the console... what the heck???
So I tried gcc rather than cpp:
bbogart@insitu:~/pd-stuff/Gem/src/Base$ gcc -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:78: error: cannot convert `t_symbol*' to `t_atom*' for argument ` 1' to `int getGLdefine(t_atom*)' GemGLUtil.cpp: In function `int getGLdefine(t_symbol*)': GemGLUtil.cpp:84: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.cpp:76: error: previous declaration `int getGLdefine(t_atom*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:85: error: cannot convert `char*' to `t_symbol*' for argument `1' to `int getGLdefine(t_symbol*)' GemGLUtil.cpp: In function `int getGLdefine(char*)': GemGLUtil.cpp:90: error: declaration of C function `int getGLdefine(char*)' conflicts with GemGLUtil.cpp:84: error: previous declaration `int getGLdefine(t_symbol*)' here GemGLUtil.cpp: At global scope: GemGLUtil.cpp:5636: error: parse error at end of input
After changing CXXFLAGS from:
CXXFLAGS ?= -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx
to:
CXXFLAGS ?= -g -O2 -I/usr/X11R6/include
and make does:
bbogart@insitu:~/pd-stuff/Gem/src$ make make -C Base -f ..//Makefile.subdir -j4 make[1]: Entering directory `/home/bbogart/pd-stuff/Gem/src/Base' g++ -c -fPIC -g -O2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/ff mpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/free type2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemBase.cpp -o GemBa se.o g++ -c -fPIC -g -O2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/ff mpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/free type2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp -o Gem GLUtil.o g++ -c -fPIC -g -O2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/ff mpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/free type2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGluObj.cpp -o Gem GluObj.o g++ -c -fPIC -g -O2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/ff mpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/free type2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemLoadObj.cpp -o Ge mLoadObj.o In file included from GemGLUtil.cpp:18: GemGLUtil.h:25: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.h:24: error: previous declaration `int getGLdefine(char*)' here GemGLUtil.h:26: error: declaration of C function `int getGLdefine(t_atom*)' conflicts with GemGLUtil.h:25: error: previous declaration `int getGLdefine(t_symbol*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:78: error: cannot convert `t_symbol*' to `t_atom*' for argument ` 1' to `int getGLdefine(t_atom*)' GemGLUtil.cpp: In function `int getGLdefine(t_symbol*)': GemGLUtil.cpp:84: error: declaration of C function `int getGLdefine(t_symbol*)' conflicts with GemGLUtil.cpp:76: error: previous declaration `int getGLdefine(t_atom*)' here GemGLUtil.cpp: In function `int getGLdefine(t_atom*)': GemGLUtil.cpp:85: error: cannot convert `char*' to `t_symbol*' for argument `1' to `int getGLdefine(t_symbol*)' GemGLUtil.cpp: In function `int getGLdefine(char*)': GemGLUtil.cpp:90: error: declaration of C function `int getGLdefine(char*)' conflicts with GemGLUtil.cpp:84: error: previous declaration `int getGLdefine(t_symbol*)' here GemGluObj.cpp:98: error: parse error at end of input g++ -c -fPIC -g -O2 -I/usr/X11R6/include -I/usr/X11R6/include -I/usr/include/ff mpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/free type2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemMan.cpp -o GemMan .o make[1]: *** [GemGluObj.o] Error 1 make[1]: *** Waiting for unfinished jobs.... GemBase.cpp:138: error: parse error at end of input make[1]: *** [GemBase.o] Error 1 GemGLUtil.cpp: At global scope: GemGLUtil.cpp:5636: error: parse error at end of input make[1]: *** [GemGLUtil.o] Error 1 make: *** [Base] Error 2 bbogart@insitu:~/pd-stuff/Gem/src$ GemMan.cpp:1567: error: parse error at end of input
So I'm stuck, Any other ideas Johannes?
I hope this is not some other damn AMD64 issue...
I'll try another fresh checkout, but I don't think that'll change anything...
Thanks.
B.
IOhannes m zmoelnig wrote:
B. Bogart wrote:
Hi Johannes,
Ok I'm confused, so I did a fresh (anon) CVS checkout and Gem is still bailing at the same point:
...
is still don't have a clue what be the cause of your problems. could you send the output of the following line run from sr/Base: cpp -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp
you could also try to set the CXXFLAGS in Make.config from to something simple like "-g -O2 -I/usr/X11R6/include" (especially try without "-freg-struct-return")
mfg.asd.r IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
B. Bogart wrote:
Hy Johannes,
Ok I'm back at it now.
before messing with the Make.config I tried to run your cpp command.
bbogart@insitu:~/pd-stuff/Gem/src/Base$ cpp -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -I/usr/X11R6/include -I/usr/include/ffmpeg -I/usr/include/quicktime -I/usr/include/avifile-0.7 -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/usr/include/freetype2 GemGLUtil.cpp | head # 1 "GemGLUtil.cpp" # 1 "<built-in>" # 1 "<command line>" # 1 "GemGLUtil.cpp" # 18 "GemGLUtil.cpp" # 1 "GemGLUtil.h" 1 # 20 "GemGLUtil.h" # 1 "../Base/GemBase.h" 1 # 23 "../Base/GemBase.h" # 1 "../Base/GemGL.h" 1
without the pipe to get I get 9930 lines of code output to the console... what the heck???
yes that is what i wanted. cpp is the preprocessor, not the compiler
So I'm stuck, Any other ideas Johannes?
I hope this is not some other damn AMD64 issue...
oh, you are on an amd64??
well, i am currently typing on an AMD64 and i can successfully compile Gem on this machine.
I'll try another fresh checkout, but I don't think that'll change anything...
me neither. could you send me the 9000+ lines of generated code?
mfg.asr IOhannes
IOhannes m zmölnig wrote:
B. Bogart wrote:
without the pipe to get I get 9930 lines of code output to the console... what the heck???
yes that is what i wanted. cpp is the preprocessor, not the compiler
ok, thanks for the file (sent off-list for those who don't know)
which GL-headers do you have installed? nvidia's? i have heard rumours that they are severly broken; i am using the headers provided by xlibmesa-gl-dev (they have been updated and hold whatever i need)
btw, can you also send me you Base/configLinux.h ?
I hope this is not some other damn AMD64 issue...
oh, you are on an amd64??
well, i am currently typing on an AMD64 and i can successfully compile Gem on this machine.
ah i forgot: you have to manually change the "-lftgl" to "-lftgl_pic" in the Make.config, once you get to the linker... (haven't yet found a way to do this via configure (yes it would be trivial if you don't want to use pkg-config))
mfg.asdr IOhannes
Hey Johannes,
Based on all these issues (and a few crashes here and there)
And the fact that I went from sarge to unstable to get v4l in gem working, which the new kernel did fix, should I go back to sarge?
What is the best way to downgrade the unstable packages back to sarge?
Or have any other ideas about my compile problem?
.b.
IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
IOhannes m zmölnig wrote:
which GL-headers do you have installed?
oh, and i noticed that you are compiling against pd-devel. would it be an option to try and compile against miller's pd?
mgh.st IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hi Johannes,
IOhannes m zmoelnig wrote:
ok, thanks for the file (sent off-list for those who don't know)
which GL-headers do you have installed? nvidia's? i have heard rumours that they are severly broken; i am using the headers provided by xlibmesa-gl-dev (they have been updated and hold whatever i need)
I did not install the nvidia headers, unless the binary driver installed them itself. I have these packages installed:
ii xlibmesa-glu-dev 4.3.0.dfsg.1-14 Mesa OpenGL utility library development files [XFree86] ii xlibmesa-gl-dev 4.3.0.dfsg.1-14 Mesa 3D graphics library development files [XFree86] ii freeglut3-dev 2.2.0-8 OpenGL Utility Toolkit development files ii glutg3-dev 3.7-25 the OpenGL Utility Toolkit development files ii libglut3-dev 3.7-25 development libraries and headers for GLUT
I have not changed drivers since previously being able to compile gem on linux, though I may have upgraded some of these above packages.
I don't remember if nvidia puts stuff in /usr/local/include or not.
FYI I'm using the nvidia binary v1.0-7664
I have miller's PD in /usr/ and pd-devel in /usr/local so I ran ./configure with:
./configure --with-pd=/usr/bin/pd
the resulting configLinux is attached.
is --with-pd=/usr/bin/pd the way to compile against miller's pd and not pd-devel?
ah i forgot: you have to manually change the "-lftgl" to "-lftgl_pic" in the Make.config, once you get to the linker... (haven't yet found a way to do this via configure (yes it would be trivial if you don't want to use pkg-config))
Ah when we get to that...
Maybe we should try meeting on IRC to hammer this out, I can be available before the PDDP meeting on tuesday, or wed/thurs also.
Thanks for trying...
.b.
mfg.asdr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
/* Base/configLinux.h. Generated by configure. */ /* fullscreen: querying via libXxf86vm */ #define HAVE_LIBXXF86VM 1
/* font rendering */ #define HAVE_LIBFTGL 1 /* gltt has been deprecated in favour of FTGL */ /* #undef HAVE_LIBGLTT */
/* image loading / saving */ #define HAVE_LIBTIFF 1 #define HAVE_LIBJPEG 1 #define HAVE_LIBMAGICKPLUSPLUS 1
/* movie decoding */ #define HAVE_LIBMPEG 1 #define HAVE_LIBMPEG3 1 #define HAVE_LIBQUICKTIME 1 #define HAVE_LIBAVIPLAY 1 #define HAVE_FFMPEG 1 /* #undef GEM_AVSTREAM_CODECPOINTER */
/* video grabbing */ #define HAVE_VIDEO4LINUX 1 #define HAVE_LIBDV 1
/* posix threads */ #define HAVE_PTHREADS 1
/* disable the use of openGL-ARB extensions */ /* #undef DONT_USE_ARB */
/* disable the use of openGL-nvidia extensions */ /* #undef DONT_USE_NV */
/* enable the use of the all-in-one video/movie objects */ #define NEW_VIDEOFILM 1
/* types, structures, compiler characteristics, ... */ #define SIZEOF_VOID_P 4 #define SIZEOF_UNSIGNED_INT 4 #define HAVE_GLSIZEIPTRARB 1
B. Bogart wrote:
Hi Johannes,
IOhannes m zmoelnig wrote:
ok, thanks for the file (sent off-list for those who don't know)
which GL-headers do you have installed? nvidia's? i have heard rumours that they are severly broken; i am using the headers provided by xlibmesa-gl-dev (they have been updated and hold whatever i need)
I did not install the nvidia headers, unless the binary driver installed them itself. I have these packages installed:
normally they (the nvidia drivers) dont, so that should not be a problem.
I don't remember if nvidia puts stuff in /usr/local/include or not.
on debian it usually just puts the headers into /usr/share/doc/nvidia-glx-dev/include (but i think this is deprecated (putting headers into /usr/share/doc) and will eventually be replaced by by putting them into /usr/lib/nvidia-glx/ or sthg like that)
FYI I'm using the nvidia binary v1.0-7664
however, you can just have a look at the /usr/unclude/GL/gl.h; there are huge copyright notices at the beginning of the file that say whether it is mesa or nvidia.
I have miller's PD in /usr/ and pd-devel in /usr/local so I ran
that might be a problem
./configure with:
./configure --with-pd=/usr/bin/pd
is --with-pd=/usr/bin/pd the way to compile against miller's pd and not pd-devel?
i am wondering where this configure-flag (--with-pd) is coming from. it is nowhere used! however, even if it was used and fixed and everything i doubt whether it will be able to distinguish gracefully between installations in /usr/ and /usr/local
could you try to (temporarily) move the pddevel-include (i guess it is /usr/local/include/m_pd.h but please check beforehand) to somewhere else, and retry?
the resulting configLinux is attached.
thanks, i will give it another try...
mfg.-asdr IOhannes
Hi Johannes,
So I do have the nvidia headers installed in /usr/include/GL
But I have not changed the driver version, and was able to compile older CVS versions of Gem via these headers, so I don't think buggy nvidia headers are the issue. So to test if if having troubles because of something changed in Gem, or something changed on my machine I tried to compile gem 0.90.0.
I can get through a few of the Manips, but it bails early at:
c++ -c -g -g -O2 -D__NEW__ -fPIC -mmmx -I../ -I/usr/include/avifile-0.7 -I/usr/include/FTGL/ -I/usr/include/freetype2/ -fno-builtin -O3 -funroll-loops -ffast-math rotate.cpp -o rotate.o ortho.cpp:122: error: parse error at end of input make[1]: *** [ortho.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/bbogart/pd-stuff/gem-0.90.0-nocamera/src/Manips' make: *** [subdirs] Error 255
It first bailed on camera, so thinking it may be a fluke I removed it from the build and then ortho gave me the same error.
Maybe this will give a hint as to whats up.
Also I removed the pd-devel stuff (make uninstall) and that made no difference to the CVS build.
Should I move my nvidia GL headers out of the way and reinstall them with the mesa headers?
I have no idea whats going on.
Thanks for helping.
.b.
IOhannes m zmoelnig wrote:
B. Bogart wrote:
Hi Johannes,
IOhannes m zmoelnig wrote:
ok, thanks for the file (sent off-list for those who don't know)
which GL-headers do you have installed? nvidia's? i have heard rumours that they are severly broken; i am using the headers provided by xlibmesa-gl-dev (they have been updated and hold whatever i need)
I did not install the nvidia headers, unless the binary driver installed them itself. I have these packages installed:
normally they (the nvidia drivers) dont, so that should not be a problem.
I don't remember if nvidia puts stuff in /usr/local/include or not.
on debian it usually just puts the headers into /usr/share/doc/nvidia-glx-dev/include (but i think this is deprecated (putting headers into /usr/share/doc) and will eventually be replaced by by putting them into /usr/lib/nvidia-glx/ or sthg like that)
FYI I'm using the nvidia binary v1.0-7664
however, you can just have a look at the /usr/unclude/GL/gl.h; there are huge copyright notices at the beginning of the file that say whether it is mesa or nvidia.
I have miller's PD in /usr/ and pd-devel in /usr/local so I ran
that might be a problem
./configure with:
./configure --with-pd=/usr/bin/pd
is --with-pd=/usr/bin/pd the way to compile against miller's pd and not pd-devel?
i am wondering where this configure-flag (--with-pd) is coming from. it is nowhere used! however, even if it was used and fixed and everything i doubt whether it will be able to distinguish gracefully between installations in /usr/ and /usr/local
could you try to (temporarily) move the pddevel-include (i guess it is /usr/local/include/m_pd.h but please check beforehand) to somewhere else, and retry?
the resulting configLinux is attached.
thanks, i will give it another try...
mfg.-asdr IOhannes
-
B. Bogart -
IOhannes m zmoelnig -
IOhannes m zmölnig