> > > global:
> > > - CPU detection
> > surely
> portable CPU detection (not only x86 family)
Library will be processor dependent - so we just have to recongnize
feature for cpu family - alpha code will note be compiled on
i386 - and also I'm not alpha programmer so do not expect I'll write
a single line for this risc CPU.
> And provide C/C++ version of every optimized functions (to allow
> compilation on all cpu architectures).
we do not need C++ here - routines should be simple - nothing complex
and there is no reason for inheritance.
> I know that you have dual Celeron but please try to think about other
> architectures when you are designing something for avifile :)
Believe I'm thinking
> More generic library name will be nicer, too (maybe similar to Sun
> libmedia -> ,,libmmedia''?).
actually it's multimedia extended now library :)
it's just pure coincidence the name is matching Intels CPU extension :)
Also media library is already used by Sun.
> We can have files:
> generic_zoom_32_bpp.cpp (plain C/C++)
> i386_zoom_32_bpp.cpp (asm without MMX, SSE etc)
> i386_opt_zoom_32_bpp.cpp (asm with runtime detection of MMX...)
> alpha_zoom_32_bpp.cpp (alpha asm)
> alpha_opt_zoom_32_bpp.cpp (afaik some alphas have multimedia
my plan (just like in kernel):
src/noaccel/zoom.c
src/i386/zoom.c
src/alpha/zoom.c
(maybe src/$arch/video/)
I think there is no reason to create extra file for
15,16,24,32bitplanes
I'm not sure about noaccel name - if anyone suggest better one - I'll accept
it - maybe plain or just 'c' I do know....
> If every function will be avilable in plain C/C++ and CPU detection
> stuff will be portable then whole avifile will be quite portable :-)
it's already designed this way.
> glibc has very nice support for different architectures
> (sysdeps/generic, sysdeps/arm, sysdeps/alpha, sysdeps/i386 etc) but it
> doesn't use automake ;(
so maybe instead of noaccel - generic...
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
Zdenek Kabelac http://i.am/kabi/ kabi@{i.am, debian.org, fi.muni.cz}
Resistance is futile. You all will be packaged
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
