[MPlayer-dev-eng] [PATCH] resurrect --enable-theora
Diego Biurrun
diego at biurrun.de
Tue Dec 13 17:24:11 CET 2005
On Tue, Dec 13, 2005 at 02:47:54PM +0100, Reimar at mplayerhq.hu wrote:
> On Tue, Dec 13, 2005 at 01:55:42AM +0100, Aurelien Jacobs wrote:
> > Since the last theora configure patch to use pkg-config, --enable-theora
> > don't work anymore. In fact, when using --enable-theora, _ld_theora is
> > not set at all, which will obviously fail.
> > The attached patch restore the old behavior of --enable-theora.
> > I plan to apply it soon.
>
> I don't like it too much, but I won't complain. Just a few points:
> 1) How --enable behaves is not consistent - sometimes it does the
> compilation checks regardless (bad idea IMHO), sometimes it sets some
> defaults (bad IMHO because it is essentially "random" if it will work or
> not) or it sets nothing (bad because it will not work without manual
> config.mak editing, though not so bad sine --enable is for developers
> who know what they do after all). Here really a policy would be needed.
The policy should be clear:
enable: force the option, no checks
auto: attempt autodetection
disable: off
Everything else is a bug that should be fixed.
> > if test "$_theora" = yes ; then
> > _def_theora='#define HAVE_OGGTHEORA 1'
> > _codecmodules="libtheora $_codecmodules"
> > + test -z "$_ld_theora" && _ld_theora="-ltheora -logg"
>
> And in theory, of course _ld_theora being an empty string _might_ be
> correct in some very weird setups, however unlikely.
> Which makes this IMHO a hack.
>
> What really should be done:
> 1) print a big fat warning when one of the "evil" enable flags is used.
Yes. Maybe the non-evil configure flags should be renamed then.
Something like --with-gui, --with-menu, etc..
> 2) add a configure option that allows to specify extra libs to link
> against.
--with-extraincdir, --with-extralibdir ?
Diego
More information about the MPlayer-dev-eng
mailing list