[MPlayer-cvslog] r22798 - trunk/libdha/Makefile

[Rich Felker]

On Sun, Mar 25, 2007 at 07:22:02PM +0200, Diego Biurrun wrote:
> On Sun, Mar 25, 2007 at 07:18:07PM +0200, Benjamin Zores wrote:
> > Diego Biurrun a écrit :
> > >On Sun, Mar 25, 2007 at 01:10:31AM -0500, Rich Felker wrote:
> > >>On Sat, Mar 24, 2007 at 03:20:24PM +0100, diego wrote:
> > >>>Log:
> > >>>Build shared lib on all platforms.
> > >>This should be tested at configure time. There's not necessarily any
> > >>way to build a shared lib. (In particular my system does not support
> > >>shared libs.)
> > >
> > >I've always wondered why libdha and VIDIX were built as shared libs at
> > >all.  It's not like they're really used outside of MPlayer AFAIK.
> > 
> > I wanted to make them static as most as possible and have all drivers 
> > built-in but:
> > - this implies potential API rewrite.
> 
> Why?  Can't we just link statically and be done with it?  At least the
> MPlayer copy?

Agree. Or better yet, make a kernel wrapper for the vidix drivers that
exposes an api identical to mga_vid kernel module, and then just use
-vo mga to access them without needing root access. It shouldn't be
hard.

> > - Nick is against the idea cause the current way allows having 
> > closed-source vidix drivers as external .so (judging by the API's 
> > stability and whole project's status, no one will ever such such though).
> 
> Forget it, no proprietary shop is going to bother with something as
> obscure as VIDIX.

Indeed, Nick is an idiot and this is contrary to our goals of free
software. I'm all for fixing the api to allow static linking, and
making MPlayer always link vidix static.

Rich