[FFmpeg-devel] [PATCH] bswap: add macros to byteswap constants
Måns Rullgård
mans
Thu Apr 29 16:15:59 CEST 2010
Michael Niedermayer <michaelni at gmx.at> writes:
> On Thu, Apr 29, 2010 at 02:26:50PM +0100, Mans Rullgard wrote:
>> The normal byteswap functions might use inline asm which is suboptimal
>> with constants (and cannot be used in static initialisers), so special
>> macros for constants only is needed.
>>
>> We should not rely on the gcc __builtin_constant_p() test since it is
>> not always available.
>
> if its not available then this kind of optimization is not possible
I intended these to be used where the value is a constant expression,
e.g. bswap(0x1234). This would be useful for building constant tables
that depend on the byte order.
> adding even more complexity, ifdefery, and burden to support partial
> optimizations in extreemly primitive compilers is imho not a good idea.
Not all non-gcc compilers are extremely primitive. In fact, many of
them are far superior.
> If one wants optimized
> code a compiler with the (optimization relevant) feature set of gcc is
> imho the minimum requirement.
> thats besides that this patch is just a brick of a huge wall that would
Look who's talking.
> be needed for this hack, you would need to duplicate every use of le/be
> code as well. The bitstream readers is just the next step, and then all
> uses of the bitstream code would have to be reviewed if the values are
> compiletime constant or not. Thats huge amounts of work for a primitive
> compiler. id much rather completely drop support for such compilers
You (deliberately?) misunderstood the purpose of this patch.
--
M?ns Rullg?rd
mans at mansr.com
More information about the ffmpeg-devel
mailing list