[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mplayer



On Tue, Jul 15, 2003 at 11:59:19PM +0100, Andrew Suffield wrote:
> On Tue, Jul 15, 2003 at 03:13:06PM -0700, Mike Fedyk wrote:
> > On Tue, Jul 15, 2003 at 12:25:19AM +0200, martin f krafft wrote:
> > >   Another impediment to binary redistribution were compiletime
> > >   optimizations for CPU architecture. MPlayer now supports runtime
> > >   CPU detection (specify the --enable-runtime-cpudetection option
> > >   when configuring). It is disabled by default because it implies
> > >   a small speed sacrifice, but it is now possible to create binaries
> > >   that run on different members of the Intel CPU family.
> > 
> > why isn't the part needing the optimizations put into a seperate library,
> > and let ld choose the correct library based on cpu type?
> > 
> > That should avoid any speed penalties.
> 
> The mplayer developers needed run-time CPU detection to be slower than
> compile-time, so they implemented it in a broken fashion.

Oh, that or they're completely inept. I guess I should apply Hanlon's
razor here. But we're talking ineptitude on the scale you'd expect
from somebody who just started programming.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ | Dept. of Computing,
 `. `'                          | Imperial College,
   `-             -><-          | London, UK

Attachment: pgpikyAntv0F9.pgp
Description: PGP signature


Reply to: