Displaying 2 results from an estimated 2 matches for "ow0etj".
2006 Apr 20
0
Major internal changes, TI DSP build change
...?GQ?????
?
?I?X?f?0????????????X^??u?{??`?9?&v??(??W?Jp??W?K????x???t?a???????h'Mw?j??
U_}[ ?W1*:?H??\f??"?????L??'M??)y??? ?j?m%??A(o??g_OHod?R9"?M??~@??U???.[?;{F_I?i???
?2??.?vF???? ?=???vxwW???????????Q?w=????g ???
L?dZ?
??M???????????B???????G??x?p?A>H???7?ldh;?w??PO???ow0eTJ????_???:????{??2H?G??S????7
??k??????!??g????t?H?
??o??v???w?
>5{F??i?#???@?D"\t???q??=??C??Sr?<o?7`?p?????}i???vg?????p???f?j??L?????3???>1????mF?? Y?-??>???'?!??
2uA???'?)L<kNKd??????`w"2??=
?y??
?D$???G?B(?
???Z?Y:X?????av;g?CH???GU6E?O??k???????%??B?? ????v?1...
2006 Apr 19
2
Major internal changes, TI DSP build change
> You found it. The SHL32 (not SHR32) line fixes the problem. It must be
> doing a 16-bit shift, then extending the result (which is reasonable). As
> it happens, that it the same macro which gave us trouble last May
> (25th/26th), when the C55 build was more subtlely broken.
Yes, that's what I finally remembered. I think I've fixed all
occurrences (by adding EXTEND32)