[MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h ass_bitmap.c ass_bitmap.h ass_cache.c ass_cache.h ass_drawing.c ass_font.c ass_font.h ass_fontconfig.c ass_fontconfig.h ass_library.c ass_library.h ass_parse.c...

Diego Biurrun diego at biurrun.de
Mon Sep 12 20:08:48 CEST 2011


On Mon, Sep 12, 2011 at 01:26:02PM -0400, compn wrote:
> On Mon, 12 Sep 2011 18:23:36 +0200, Diego Biurrun wrote:
> >On Mon, Sep 12, 2011 at 06:12:41PM +0200, Reimar Döffinger wrote:
> >> On Mon, Sep 12, 2011 at 10:50:49AM +0200, Diego Biurrun wrote:
> >> > 
> >> > Reimar and I have talked about this in the past, the last time the decision
> >> > was to postpone a decision about libass because it was not yet widely
> >> > available in distros.  This is no longer the case.
> >> 
> >> Actually it was rather "a properly working version available in
> >> distros", which as I mentioned is still problematic.
> >> There's also other things like it using autotools without the generated
> >> scripts being checked in, which I still see as big advertisement of
> >> "you won't manage to get it to build on half of your systems".
> >
> >Ummm, where?  In dist tarballs or the git tree?  They should definitely
> >not be in the git tree.  I have not seen "autoreconf -i -f" fail in a
> >long time.  If it does, I will fix libass.
> 
> i've never gotten autotools working on mingw/cygwin.
> whereas mplayer compiles with minimal mingw hacking.
> 
> not a good reason for keeping a lib, just another straw.

I never had trouble, so I doubt the tools are the problem.

Diego


More information about the MPlayer-cvslog mailing list