[GEM-dev] building gem CVS (anonymous from right now)
B. Bogart
ben at ekran.org
Wed Jan 11 22:42:21 CET 2006
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 at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20060111/71111fe7/attachment.pgp>
More information about the GEM-dev
mailing list