[FFmpeg-devel] [FFmpeg-cvslog] r12171 - trunk/doc/optimization.txt

İsmail Dönmez ismail
Thu Feb 21 20:53:19 CET 2008


On Thu, Feb 21, 2008 at 9:51 PM, ?smail D?nmez <ismail at namtrac.org> wrote:
> Hi,
>
>
>  On Thu, Feb 21, 2008 at 9:46 PM, Reimar D?ffinger
>  <Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:
>  > Hello,
>  >
>  > On Thu, Feb 21, 2008 at 09:16:39PM +0200, ?smail D?nmez wrote:
>  >
>  > > If you can give an example based on complex asm we can report a bug to
>  >  > gcc, just saying gcc is not a good optimizer
>  >  > does not help anyone, do we have another better open source compiler?
>  >
>  >  I doubt we have any seriously better compiler at all.
>  >
>  >
>  >  > No. So if you have a better example of bad asm produced we can ask
>  >  > gcc developers.
>  >
>  >  Not asm, but maybe someone is motivated to test this with a up-to-date
>  >  gcc on some 32 bit system:
>  >  > #include <inttypes.h>
>  >  > uint64_t a;
>  >  > uint16_t b;
>  >  > uint64_t mul(void) {
>  >  >   return a * b;
>  >  > }
>
>
>  gcc 4.4 trunk produces :
>
>         movq    _b at GOTPCREL(%rip), %rax
>         movzwl  (%rax), %eax
>         movzwl  %ax, %edx
>         movq    _a at GOTPCREL(%rip), %rax
>         movq    (%rax), %rax
>         imulq   %rdx, %rax
>         leave
>         ret

But on x86_64-apple-darwin that is, no 32bit trunk at hand.

Regards,
ismail

-- 
Never learn by your mistakes, if you do you may never dare to try again



More information about the ffmpeg-devel mailing list