[FFmpeg-cvslog] r21219 - in trunk/libavcodec: aac.c arm/aac.h

Måns Rullgård mans
Sat Jan 16 01:49:42 CET 2010


Michael Niedermayer <michaelni at gmx.at> writes:

> On Fri, Jan 15, 2010 at 09:17:24PM +0000, M?ns Rullg?rd wrote:
>> Michael Niedermayer <michaelni at gmx.at> writes:
>> 
>> > maybe a header that describes in english what the functions do and contains
>> > ISO C implementations named like VMUL2_C.
>> > And a seperate header for each arch that contains a full set of these
>> > implementations using "#define VMUL2 VMUL2_C" where no better is available.
>> > Also there would then be a ISO C only header that contained a 
>> > #define VMUL2 VMUL2_C
>> > for every function.
>> > That way there would be no ifdefs except for including the right header
>> 
>> That would require creating and maintaining dummy headers for every
>> arch.  I consider that for more of a burden than looking at 4 simple
>> ifdefs from time to time.
>
> I dont think it would need dummy headers
>
> #if ARCH_X86
> #include "x86/foo.h"
> #else if ARCH_ARM
> #include "arm/foo.h"
> #else
> #include "foo.h"
> #endif
> // not yet implemented for alpha & sparc

What if only a subset is implemented for some arch?

> also, having a complete list of optimized functions in each arch file is a
> great reminder of what is not optimized yet and could be optimized.

It also means that any changes have to be done to *all* arch headers.
I know from experience that this will not work very well.

> anyway iam not aac maintainer so its none of my business but for files
> i maintain i dont want such ifdefery

Files you maintain?  Bah!  As far as I can tell, I'm the only one
doing anything resembling $arch maintenance, and I've *reduced* the
amount of ugly ifdeffery substantially compared to what it used to be,
so please don't complain to me.  There is still a lot of cleanup work
to be done, but I hope to get round to it sooner or later.

-- 
M?ns Rullg?rd
mans at mansr.com



More information about the ffmpeg-cvslog mailing list