[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