[Ffmpeg-devel] Porting to TI DM642 DSP
Patrick Noffke
patrick.noffke
Thu Apr 21 06:03:18 CEST 2005
Rich Felker wrote:
>On Thu, Apr 21, 2005 at 11:36:47AM +0930, Patrick Noffke wrote:
>
>
>>A couple extra problems I've stumbled across:
>>
>>1) TI's compiler (Code Composer ver 2.21) doesn't support 64-bit long data
>>types (their longs are 40 bits). I've seen a solution to this problem by
>>
>>
>
>this is rather unfortunate. can you use a different compiler?
>
>
I know of no other compilers for this processor.
>
>
>>redefining int64 types as a structure of two 32-bit words, and defining a
>>bunch of macros for basic operations (add, subtract, multiply, divide,
>>shift, etc.). If there are no better suggestions, I may have to go down
>>this road. Of course, for compilers that support 64 bit types, the int64
>>types would remain as is, and the macros would use the native operators.
>>
>>
>
>i'm pretty sure something like this won't get accepted into
>mainstream. it's too ugly a hack... before doing something so evil i'd
>suggest making a preprocessor for the compiler to do this crap for
>you..
>
>
Why? If it's in the mainstream, others can utilize the same thing if
they don't have support for 64 bit longs. Personally, I don't think the
"hack" is that ugly.
>it's not. are you sure the compiler isn't defaulting to some broken
>c++ mode?
>
>
That was the problem for casting from void *, but there are other things
I'm having to fix, mainly to do with initializing variables. For
example, a variable of type enum PixelFormat cannot be initialized with
-1, since that's not a valid enum value.
>
>please do not send spam like this to the list. not only is it a waste
>of disk space and bandwidth; it's also incredibly stupid since the
>recipient is a publicly archived mailing list.
>
Okay.
Patrick
More information about the ffmpeg-devel
mailing list