[FFmpeg-cvslog] r19454 - trunk/libavcodec/x86/dsputil_mmx.c

Måns Rullgård mans
Fri Jul 17 11:15:50 CEST 2009


cehoyos <subversion at mplayerhq.hu> writes:

> Author: cehoyos
> Date: Fri Jul 17 11:07:38 2009
> New Revision: 19454
>
> Log:
> Icc 11.1 still does not align the stack pointer, disable some x264 functions.
>
> Modified:
>    trunk/libavcodec/x86/dsputil_mmx.c
>
> Modified: trunk/libavcodec/x86/dsputil_mmx.c
> ==============================================================================
> --- trunk/libavcodec/x86/dsputil_mmx.c	Fri Jul 17 10:21:43 2009	(r19453)
> +++ trunk/libavcodec/x86/dsputil_mmx.c	Fri Jul 17 11:07:38 2009	(r19454)
> @@ -2991,7 +2991,7 @@ void dsputil_init_mmx(DSPContext* c, AVC
>              c->h264_h_loop_filter_luma_intra = ff_x264_deblock_h_luma_intra_mmxext;
>  #endif
>              if( mm_flags&FF_MM_SSE2 ){
> -#if ARCH_X86_64 || !defined(__ICC) || __ICC > 1100
> +#if ARCH_X86_64 || !defined(__ICC) || __ICC > 1110
>                  c->h264_v_loop_filter_luma = ff_x264_deblock_v_luma_sse2;
>                  c->h264_h_loop_filter_luma = ff_x264_deblock_h_luma_sse2;
>                  c->h264_v_loop_filter_luma_intra = ff_x264_deblock_v_luma_intra_sse2;

I don't like this.  Options I'd prefer:

1. Fix the code to not use buffers on the stack.

2. Add a HAVE_ALIGNED_STACK or similar macro, and set it once for
   known-good compilers.  If icc learns how to align the stack, hunting
   down all instances of code like the above will be time-consuming.

-- 
M?ns Rullg?rd
mans at mansr.com



More information about the ffmpeg-cvslog mailing list