[FFmpeg-devel] [PATCH 3/3] postproc: Fix unprotected inline asm

Michael Niedermayer michaelni at gmx.at
Sat Sep 8 14:25:20 CEST 2012

On Sat, Sep 08, 2012 at 08:07:36AM -0400, Derek Buitenhuis wrote:
> On 07/09/2012 8:13 PM, Michael Niedermayer wrote:
> > also there doesnt exist cases where some but not the other inline
> > asm is supported in libpp. What exist are 2 use cases
> > 1. compile with all optimizations and select the best at runtime
> > 2. compile exactly the best optimization only for each case. That
> >    is optimize for one specific CPU without unused functions.
> Why bother even supporting second possibility? It could simplify things.

speeds up compile, reduces filesize, might (well probably will) help
gcc create faster code
and its supported since a long time and has its users
If you compile only for your own CPU why build code 4 times ?

actually, i think the opposit, that is allowing ffmpeg to compile
just the pieces of code that would be used on a specific CPU would be
quite interresting instead of droping this feature from libpp
of course this only would happen if theres someone who has the
will and time to think about how to implement it and does implement
it ...

But skiping compilation of unused optimizations surely would have its
users in ffmpeg too, dont you think so ?
I mean developers surely wont mind speeding compile up ...

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

When the tyrant has disposed of foreign enemies by conquest or treaty, and
there is nothing more to fear from them, then he is always stirring up
some war or other, in order that the people may require a leader. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120908/cc409f53/attachment.asc>

More information about the ffmpeg-devel mailing list