[FFmpeg-cvslog] r24926 - trunk/libavcodec/x86/vp56dsp.asm

Alex Converse alex.converse
Thu Aug 26 17:17:32 CEST 2010


On Thu, Aug 26, 2010 at 10:34 AM, Ronald S. Bultje <rsbultje at gmail.com> wrote:
> Hi,
>
> 2010/8/26 M?ns Rullg?rd <mans at mansr.com>:
>> "Ronald S. Bultje" <rsbultje at gmail.com> writes:
>>> On Wed, Aug 25, 2010 at 11:41 AM, mru <subversion at mplayerhq.hu> wrote:
>>>> Author: mru
>>>> Date: Wed Aug 25 17:41:11 2010
>>>> New Revision: 24926
>>>>
>>>> Log:
>>>> VP6: fix vp6_filter_diag4_mmx/sse on 64-bit
>>>>
>>>> The stride can be negative and must be sign extended before being
>>>> used in pointer arithmetic.
>>>>
>>>> Modified:
>>>> ? trunk/libavcodec/x86/vp56dsp.asm
>>>>
>>>> Modified: trunk/libavcodec/x86/vp56dsp.asm
>>>> ==============================================================================
>>>> --- trunk/libavcodec/x86/vp56dsp.asm ? ?Wed Aug 25 17:32:29 2010 ? ? ? ?(r24925)
>>>> +++ trunk/libavcodec/x86/vp56dsp.asm ? ?Wed Aug 25 17:41:11 2010 ? ? ? ?(r24926)
>>>> @@ -127,6 +127,9 @@ cglobal vp6_filter_diag4_%1, 5, 7, %2
>>>> ? ? sub ? ? ? ? rsp, 8*15
>>>> ? ? movq ? ? ? ? m6, [pw_64]
>>>> ?%endif
>>>> +%ifdef ARCH_X86_64
>>>> + ? ?movsxd ? ? ? r2, r2d
>>>> +%endif
>>>
>>> This "problem" is biting me in other places too, and I don't like this
>>> at all. Does anyone have opinions on best way forward from here?
>>>
>>> <crazy>
>>> How about making all SIMD-related int->long?
>>> </crazy>
>>
>> Isn't long 32-bit on win64 or something like that?
>
> Is there a type that's 32-bit on all x86-32 (or all 32-bit systems in
> existence) and 64-bit on all x86-64 (or all 64-bit systems in
> existence)?
>

intptr_t
x86_reg

Both have downsides.Perhaps we need a more generic version of x86_reg.



More information about the ffmpeg-cvslog mailing list