[MPlayer-dev-eng] altivec patch 4/5: RGB/BGR confusion
poirierg at gmail.com
Wed Feb 8 13:20:26 CET 2006
You seem to be interested in improving Altivec support.
If you have a chance, I think it would be great if you could see what
may be wrong with 'hadamard8_diff16_altivec' and
'hadamard8_diff8x8_altivec' which prevent them from working correctly
with GCC 3.3 and GCC 3.4...
Those work alright on OSX, but fail with FSF GCC (another proof that
intrinsic code != asm code as it relies on some compiler's
Rather that fixing them, it may be interesting to see if GCC4.0 or 4.1
can, at last, generate good code from these intrinsics.
#ifdef CONFIG_DARWIN // ATM gcc-3.3 and gcc-3.4 fail to compile these
c->hadamard8_diff = hadamard8_diff16_altivec;
c->hadamard8_diff = hadamard8_diff8x8_altivec;
hadamard* functions are in dsputil_altivec.c
Just because code is syntactically "valid" GNU C doesn't mean gcc can
always compile it.
Steven Bosscher - 2005-01-01
MPlayer's doc isn't up-to-date. Visit my updated mirror here:
More information about the MPlayer-dev-eng