Originally committed as revision 6762 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6761 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6760 to svn://svn.ffmpeg.org/ffmpeg/trunk

use --as-needed just on linux, since *bsd way is broken... (patch from Diego Pettenò <flameeyes@gentoo.org>)

Originally committed as revision 6759 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6758 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6757 to svn://svn.ffmpeg.org/ffmpeg/trunk

(driver's bug? If not, we will have to support this in some way)

Originally committed as revision 6756 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6755 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6754 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6753 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6752 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6751 to svn://svn.ffmpeg.org/ffmpeg/trunk

8% faster decode_cabac_residual() (8x8 case only) on P3

Originally committed as revision 6750 to svn://svn.ffmpeg.org/ffmpeg/trunk

Make configure set CMOV_IS_FAST on arches on which cmov has a low latency
(typically non-Netburst based processor)

Originally committed as revision 6749 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6748 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6747 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6746 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6745 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6744 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6743 to svn://svn.ffmpeg.org/ffmpeg/trunk

Sets HAVE_CMOV define so we can protect relevant code with #ifdef HAVE_CMOV

Originally committed as revision 6742 to svn://svn.ffmpeg.org/ffmpeg/trunk

reordering instructions a little in decode_significance_x86() -> 2 instructions less / 1% faster decode_residual on P3

Originally committed as revision 6741 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6740 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6739 to svn://svn.ffmpeg.org/ffmpeg/trunk

in the PIC case nevertheless.
patch by Bernhard Rosenkranzer, bero arklinux org

Originally committed as revision 6738 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6737 to svn://svn.ffmpeg.org/ffmpeg/trunk

Almost all CPU targets use -mcpu=xx to set architecture type,
register usage, choice of mnemonics, and instruction
scheduling parameters, except x86, MIPS, HPPA which uses -march=xx

Originally committed as revision 6736 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6735 to svn://svn.ffmpeg.org/ffmpeg/trunk

1 variable less in decode_cabac_residual() no speed change (but less vars means less things gcc can load and store redundantly)

Originally committed as revision 6734 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6733 to svn://svn.ffmpeg.org/ffmpeg/trunk

x86 is 4% faster on P3
C sign stuff + x86 code for everything else is also faster then before (sorry forgot to test pure C)
... and if i replace the second occurance of the sign decoding in decode_residual by the asm too then everything gets slower iam starting to think that it might be best to write the whole function in asm, playing this avoid random deoptimizations game with gcc is not fun at all

Originally committed as revision 6732 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6731 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6730 to svn://svn.ffmpeg.org/ffmpeg/trunk

Note that previous implementation (--tune) wasn't consistent with regards to setting -march/-mcpu/-mtune whereas current --cpu now is
Original thread:
Date: Oct 17, 2006 3:20 PM (patch) || Date: Oct 13, 2006 12:03 PM (suggestion of configure clean-up)
Subject: Re: [Ffmpeg-devel] [PATH] test if cpu supports CMOV

Originally committed as revision 6729 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6728 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6727 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Jindrich Makovicka makovick A gmail P com
Original thread:
Date: 08:21 AM
Subject Re: [Ffmpeg-devel] Weird line in cabac.h

Originally committed as revision 6726 to svn://svn.ffmpeg.org/ffmpeg/trunk

copy cabac context onto the stack for the c code in decode_cabac_residual() (15% faster on P3 but still slower then the current asm)

Originally committed as revision 6725 to svn://svn.ffmpeg.org/ffmpeg/trunk

x86 asm version of the decode significance loop (not 8x8) of decode_residual() 5% faster decode_residual() on P3

Originally committed as revision 6724 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6723 to svn://svn.ffmpeg.org/ffmpeg/trunk