[Ffmpeg-devel] [PATCH] Chinese AVS video decoder

The Wanderer inverseparadox
Sun Jul 2 04:45:56 CEST 2006


M?ns Rullg?rd wrote:

> "Stefan Gehrer" <stefan.gehrer at gmx.de> writes:
> 
>> Points which are still open:
>> 
>> - AMD64 bug reported by Benjamin. All my 64bit knowledge comes from
>>   Wikipedia :)
>>  Is it correct to assume that I have to deal with LP64 data model?
>>  So I only need to check for wrong assumptions about pointer size?
>>  (I have not used any 'long')
> 
> You don't have to "deal with" anything. You only need to follow a
> couple of simple rules:
> 
>  - Never assume any type has a particular size; use sizeof.  The only
>    exception is that sizeof(char) == 1 by definition.

I'm curious - where (i.e. in what standard) is this defined, and why?
The understanding I got when first learning C was that sizeof(char) ==
"number of bytes necessary to store one printable character", which will
be 1 if the compiling system is using basic ASCII or similar but may be
2 or more if the compiling system is using a fixed-size multibyte text
encoding scheme.

 From a purely coding perspective (i.e., considering just type sizes and
not semantic meaning), that definition doesn't necessarily make much
sense... but without it, the minimum amount of data to represent a
single printable character will not necessarily fit into the data type,
so it doesn't make much sense to call the type "char".

-- 
       The Wanderer

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.




More information about the ffmpeg-devel mailing list