[MPlayer-dev-eng] won't compile on FreeBSD8.1 (dvdio.h)

Diego Biurrun diego at biurrun.de
Mon Sep 6 12:59:51 CEST 2010


On Sun, Sep 05, 2010 at 08:37:00PM +0200, Reimar Döffinger wrote:
> On Sat, Sep 04, 2010 at 03:52:35PM +0200, Diego Biurrun wrote:
> > > Cleanup is good, but I think you are rather optimistic as to how
> > > much crap is necessary vs. how much is actually there for a very
> > > good reason.
> > 
> > I can assure you that most of the crap in the build system was not
> > there for a good reason.
> 
> I had not doubts about that.
> 
> > > Admittedly it not being documented is a good reason to
> > > try, but still it would be nicer to do it a bit more carefully
> > > for platforms you can't/won't test yourself.
> > 
> > It would be nice if the fringe platforms like *BSD got their act together
> > and fixed their stuff instead of complaining.  I doubt we shall see the
> > day though.
> > 
> > In the meantime I consider breaking broken fringe platforms every once
> > in a while a necessary cost of life.  Fixing them is OK and I will do
> > it when issues are pointed out, but I don't think we should let them
> > hold us back while doing development.
> 
> The purpose is not to hold back, just if you can easily do it
> it would be nice to have e.g. two commits with the first one
> saying "..., tested on ...", and the next one
> "..., untested, might break on obscure and broken platforms".

For the record: I have access to Debian on x86_32 and Ubuntu on x86_64,
plus OS X 10.5 on PPC. I usually don't test on all of them before
committing if I feel confident that the change is likely safe. Breakage
on any of those I notice quickly. I do not test on other platforms.

> Particularly if the second is smaller more people have an idea
> what might have gone wrong and reply quicker to bug reports.
> I don't intend to declare that a must, no worries, just
> saying that might be one way to make things a bit smoother.

Sure, I'll keep it in mind.

Diego


More information about the MPlayer-dev-eng mailing list