Hi, On Thu, Aug 2, 2012 at 1:45 PM, Diego Biurrun <[email protected]> wrote: > Refactoring mmx2/mmxext YASM code with cpuflags will force renames. > So switching to a consistent naming scheme beforehand is sensible. > The name "mmxext" is more official and widespread and also the name > of the CPU flag, as reported e.g. by the Linux kernel. > --- > Doxyfile | 2 +- > configure | 12 ++++++------ > libavcodec/dct-test.c | 6 +++--- > libavcodec/motion-test.c | 4 ++-- > libavcodec/x86/ac3dsp.asm | 2 +- > libavcodec/x86/ac3dsp_mmx.c | 2 +- > libavcodec/x86/cavsdsp_mmx.c | 2 +- > libavcodec/x86/dsputil_mmx.c | 6 +++--- > libavcodec/x86/dsputilenc_mmx.c | 7 +++---- > libavcodec/x86/h264_intrapred_init.c | 4 ++-- > libavcodec/x86/h264dsp_mmx.c | 6 +++--- > libavcodec/x86/motion_est_mmx.c | 2 +- > libavcodec/x86/mpegvideo_mmx.c | 10 +++++----- > libavcodec/x86/mpegvideo_mmx_template.c | 2 +- > libavcodec/x86/pngdsp-init.c | 2 +- > libavcodec/x86/rv34dsp_init.c | 2 +- > libavcodec/x86/rv40dsp_init.c | 2 +- > libavcodec/x86/snowdsp_mmx.c | 2 +- > libavcodec/x86/vc1dsp_mmx.c | 4 ++-- > libavcodec/x86/vp3dsp_init.c | 2 +- > libavcodec/x86/vp8dsp-init.c | 2 +- > libavfilter/x86/gradfun.c | 6 +++--- > libavfilter/x86/yadif.c | 6 +++--- > libavutil/cpu.c | 8 ++++---- > libavutil/cpu.h | 5 +++++ > libavutil/version.h | 2 +- > libavutil/x86/cpu.c | 4 ++-- > libswscale/swscale.c | 4 ++-- > libswscale/swscale.h | 3 +++ > libswscale/utils.c | 12 ++++++------ > libswscale/version.h | 2 +- > libswscale/x86/rgb2rgb.c | 12 ++++++------ > libswscale/x86/rgb2rgb_template.c | 18 +++++++++--------- > libswscale/x86/swscale.c | 16 ++++++++-------- > libswscale/x86/swscale_template.c | 18 +++++++++--------- > libswscale/x86/yuv2rgb.c | 16 ++++++++-------- > libswscale/x86/yuv2rgb_template.c | 12 ++++++------ > 37 files changed, 117 insertions(+), 110 deletions(-)
I have to be honest, I really don't care much for the name of the beast, but fine, if this is what people prefer, we can go with it. Please document it in APIChanges (AV_CPU_FLAG_MMX2 -> MMXEXT), then OK to apply. Ronald _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
