Hi all,
So I commented out YUV422_to_YV12_altivec
So now I'm getting:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -faltivec -I.. GemPixUtil.cpp -o GemPixUtil.o GemPixUtil.cpp: In member function `void imageStruct::fromRGBA(unsigned char*) ': GemPixUtil.cpp:533: error: `bgradata' undeclared (first use this function) GemPixUtil.cpp:533: error: (Each undeclared identifier is reported only once for each function it appears in.) GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*, short int*, short int*)': GemPixUtil.cpp:1126: error: `pixels' undeclared (first use this function)
so it looks uglier to remove fromRGBA.
Any other hints?
Johannes, I can't find your other message, but your line numbers did not correspond to what I was looking at, maybe I was looking at the wrong file.
Thanks!
.b.
On 4/26/06, B. Bogart ben@ekran.org wrote:
GemPixUtil.cpp:533: error: `bgradata' undeclared (first use this function) GemPixUtil.cpp:533: error: (Each undeclared identifier is reported only once for each function it appears in.)
Looks like a typo or bad copy+paste. should be rgbadata.
GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*,
short int*, short int*)': GemPixUtil.cpp:1126: error: `pixels' undeclared (first use this function)
The Altivec function there looks out of place - another bad copy+paste? Just comment out that #ifded __VEC__ and continue.
Hi Chris,
blech, rgbadata was also not defined, I think I missed something up and since I'm unable to do a fresh checkout I just copied the src from the Gem version I've been using on linux. (a couple months old).
Anyhow it gets all the way to linking when it bails with:
g++ -o Gem.pd_darwin -framework QuickTime -framework Carbon -framework AGL -framework OpenGL Base/*.o Controls/*.o Geos/*.o Manips/*.o MarkEx/*.o Nongeos/*.o Particles/*.o Pixes/*.o openGL/*.o -ldl -lz -lm -lpthread ld: Pixes/pix_filmFFMPEG.o bad magic number (not a Mach-O file) ld: Pixes/pix_filmLinux.o bad magic number (not a Mach-O file) make: *** [Gem.pd_darwin] Error 1
which is odd, since configure says nothing about bothering with ffmpeg and I'm certainly not compiling on linux:
Result: Target : Gem.pd_darwin 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 -faltivec : INCLUDES : DEFINES :
LIBS : -ldl -lz -lm -lpthread : LDFLAGS : -framework QuickTime -framework Carbon -framework AGL -framework OpenGL :
Strip : strip -x
Install path : /usr/local
pure-data: version : 0.37
used optional libraries:
font-rendering :
image-support use ImageMagick : no use TIFF : no use JPEG : no video-support use mpeg : no use mpeg-3 : no use QuickTime : yes (framework) use aviplay : no use ffmpeg : no input-support use v4l : no use ieee1394 : no
misc using ARB-extensions : yes using NV-extensions : no using reg-struct-ret : yes
This compile was finding old pd headers, so I upgraded the headers in usr/local/include and am now recompiling.
(compiling Gem takes way longer on this dual G5, than on the single 3Ghz p4...)
Thanks, .b.
On Wed, April 26, 2006 12:23 pm, chris clepper said:
On 4/26/06, B. Bogart ben@ekran.org wrote:
GemPixUtil.cpp:533: error: `bgradata' undeclared (first use this function) GemPixUtil.cpp:533: error: (Each undeclared identifier is reported only
once
for each function it appears in.)
Looks like a typo or bad copy+paste. should be rgbadata.
GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short
int*,
short int*, short int*)': GemPixUtil.cpp:1126: error: `pixels' undeclared (first use this function)
The Altivec function there looks out of place - another bad copy+paste?
Just comment out that #ifded __VEC__ and continue.
On 4/26/06, B. Bogart ben@ekran.org wrote:
Hi Chris,
blech, rgbadata was also not defined, I think I missed something up and since I'm unable to do a fresh checkout I just copied the src from the Gem version I've been using on linux. (a couple months old).
Eh? rgbadata is the pointer passed to the fromRGBA function.
(compiling Gem takes way longer on this dual G5, than on the single 3Ghz
p4...)
I'm way more concerned about the 4-8X difference in performance actually running GEM than compilation times.
Hi,
this is the rgbadata error:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -faltivec -I.. GemPixUtil.cpp -o GemPixUtil.o GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*,
short int*, short int*)': GemPixUtil.cpp:1033: error: `rgbadata' undeclared (first use this function) GemPixUtil.cpp:1033: error: (Each undeclared identifier is reported only once for each function it appears in.) GemPixUtil.cpp:1033: error: `pixels' undeclared (first use this function) make[1]: *** [GemPixUtil.o] Error 1 make: *** [Base] Error 2
Now for the old linux srcs I can compile, but linking dies with many PD symbols:
g++ -o Gem.pd_darwin -framework QuickTime -framework Carbon -framework AGL -framework OpenGL Base/*.o Controls/*.o Geos/*.o Manips/*.o MarkEx/*.o Nongeos/*.o Particles/*.o Pixes/*.o openGL/*.o -ldl -lz -lm -lpthread ld: Undefined symbols: _main _canvas_getcurrent _error _gensym _atom_getint _class_addmethod _outlet_anything _outlet_free _outlet_new _post _inlet_free _inlet_new _clock_delay _clock_getsystime _clock_gettimesince _clock_new _clock_unset _atom_getfloat _atom_getsymbol _class_doaddfloat _garray_class _pd_findbyclass _s_float _atom_string _class_addlist _class_addcreator _class_new _class_sethelpsymbol _pd_new _class_addbang _outlet_list _outlet_float _outlet_symbol _s_list _clock_free _s_ _outlet_bang _canvas_makefilename _class_addanything _dsp_add _nullfn _s_signal _garray_getfloatarray _atom_getfloatarg _freebytes _getbytes _s_bang _floatinlet_new _class_addsymbol _resizebytes _startpost _pd_bind _pd_unbind _canvas_getdir _open_via_path _s_symbol _garray_redraw recordQT::getCodecName(int) recordQT::getCodecDescription(int) make: *** [Gem.pd_darwin] Error 1
I did put the PD headers in the right place...
So I'm giving up for now and will run the patch on three machines rather than the two I was hoping to run on.
Alas.
Thanks for your help Chris,
.b.
On Wed, April 26, 2006 2:00 pm, chris clepper said:
On 4/26/06, B. Bogart ben@ekran.org wrote:
Hi Chris, blech, rgbadata was also not defined, I think I missed something up and
since I'm unable to do a fresh checkout I just copied the src from the Gem
version I've been using on linux. (a couple months old).
Eh? rgbadata is the pointer passed to the fromRGBA function.
(compiling Gem takes way longer on this dual G5, than on the single 3Ghz
p4...)
I'm way more concerned about the 4-8X difference in performance actually
running GEM than compilation times.
On 4/26/06, B. Bogart ben@ekran.org wrote:
Hi,
this is the rgbadata error:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -faltivec -I.. GemPixUtil.cpp -o GemPixUtil.o GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*,
short int*, short int*)': GemPixUtil.cpp:1033: error: `rgbadata' undeclared (first use this function) GemPixUtil.cpp:1033: error: (Each undeclared identifier is reported only once for each function it appears in.) GemPixUtil.cpp:1033: error: `pixels' undeclared (first use this function) make[1]: *** [GemPixUtil.o] Error 1 make: *** [Base] Error 2
You missed the part about removing that __VEC__ define a few mails back. The rgbadata was only for the first of the two errors.
I did put the PD headers in the right place...
Check the linker flags.
So I'm giving up for now and will run the patch on three machines rather than the two I was hoping to run on.
What exactly do you need on the Mac right now?
Hi Chris,
What I needed was the "menubar" stuff in particular.
I was also unable to get pix_image to load TIF's with alpha channels on OSX, switched to PNGs and that seemed to work fine.
No hurry anymore, I went to the fall-back plan.
I just wish it was as easy to keep my gem on OSX update as it is on linux. I wish to never touch Xcode again! ;)
Thanks for your help.
.b.
chris clepper wrote:
On 4/26/06, B. Bogart ben@ekran.org wrote:
Hi,
this is the rgbadata error:
g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign-loops=16 -funroll-loops -ffast-math -faltivec -I.. GemPixUtil.cpp -o GemPixUtil.o GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*,
short int*, short int*)': GemPixUtil.cpp:1033: error: `rgbadata' undeclared (first use this function) GemPixUtil.cpp:1033: error: (Each undeclared identifier is reported only once for each function it appears in.) GemPixUtil.cpp:1033: error: `pixels' undeclared (first use this function) make[1]: *** [GemPixUtil.o] Error 1 make: *** [Base] Error 2
You missed the part about removing that __VEC__ define a few mails back. The rgbadata was only for the first of the two errors.
I did put the PD headers in the right place...
Check the linker flags.
So I'm giving up for now and will run the patch on three machines rather than the two I was hoping to run on.
What exactly do you need on the Mac right now?
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
-
B. Bogart -
chris clepper -
chris clepper