[GEM-dev] [Fwd: PD-cvs Digest, Vol 20, Issue 22]
james tittle
tigital at mac.com
Tue Oct 24 18:42:57 CEST 2006
On Oct 24, 2006, at 12:10 AM, Hans-Christoph Steiner wrote:
> FYI, This is the gcc version:
>
> gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671)
>
> .hc
>
> On Oct 22, 2006, at 1:03 PM, IOhannes m zmoelnig wrote:
>
>> anybody knows, why alitvec fails to compile on os-x 10.3?
>> is this an issue of an outdated gcc?
...10.3 is only supported up to a certain Xcode (I think 2.1?), so do
we know what's installed on the compile farm?
>> <20061022081040.E4495FF114 at macosx103-powerpc.idmi.poly.edu>
>> ...
>> g++ -c -g -O2 -fPIC -freg-struct-return -O3 -falign-loops=16
>> -funroll-loops -ffast-math -faltivec -I..
>> -I/Users/pd/auto-build/pd-extended/pd/src
>> GemPixConvertAltivec.cpp -o
>> GemPixConvertAltivec.o
...snip...maybe we should add -maltivec to this compile? It's really
for something else, and guarantees crashes if you try to run the code
on a G3, but...?
>> GemPixConvertAltivec.cpp: In function `void YUV422_to_YV12_altivec
>> (short
>> int*,
>> short int*, short int*, short int*, unsigned char*, int, int)':
>> GemPixConvertAltivec.cpp:636: error: no instance of overloaded
>> builtin
>> function
>> `vec_sl' matches the parameter list
...snip...hmm, I had just made all the vectors "vector signed short",
but on close re-examination of the altivec programmer's interface
manual, the shift should be a 'vector unsigned short': I'll commit
this and see if it goes away...
>> GemPixConvertAltivec.cpp: In function `void YUV422_to_BGRA_altivec
>> (unsigned
>> char*, long unsigned int, unsigned char*)':
>> GemPixConvertAltivec.cpp:772: error: cannot convert `vector int'
>> to `vector
>> unsigned int' in assignment
...snip...sure enough, similar problem here: the vec_add() is trying
to do "vector unsigned int" = "vector signed int" + "vector signed
int", but they should all be the same type...again, I'll try to
change some types around, but I'll have to do a bit more testing to
make sure it still does what I think it should...
...ultimate question, tho, is why don't I see these errors on my 10.4/
gcc4 compiles?
jamie
More information about the GEM-dev
mailing list