On Wed, Jun 13, 2012 at 12:32:54AM +0100, Måns Rullgård wrote:
> Diego Biurrun <[email protected]> writes:
> > On Tue, Jun 12, 2012 at 10:32:29PM +0100, Måns Rullgård wrote:
> >> Diego Biurrun <[email protected]> writes:
> >> > On Tue, Jun 12, 2012 at 09:33:02AM +0100, Måns Rullgård wrote:
> >> >> Diego Biurrun <[email protected]> writes:
> >> >> 
> >> >> > This keeps complexity localized in one place and allows using the 
> >> >> > OBJDIRS
> >> >> > variable in any place without having to drop duplicates from it.
> >> >> > ---
> >> >> >  Makefile   |    2 +-
> >> >> >  common.mak |    2 +-
> >> >> >  2 files changed, 2 insertions(+), 2 deletions(-)
> >> >> 
> >> >> Does this solve an actual problem?
> >> >
> >> > The one described in the log message. 
> >> 
> >> That's not what I call an actual problem.  Is something currently broken?
> >
> > Correctness is a goal in itself.  I'm surprised to hear this from
> > you of all people :)
> 
> As far as I can tell, it is correct now, and I see no reason to change
> anything.  If you can demonstrate that it is somehow broken, it should
> of course be fixed.
> 
> >> > IMNSHO we simply added the $(sort) call to get rid of the duplicate
> >> > directory entries in the wrong place to begin with.
> >> 
> >> Your patch doesn't seem to necessarily remove all duplicates.
> >
> > Unless I'm very badly mistaken it does right now.
> 
> By chance, yes.
> 
> > I could of course move the $(sort) call outward to cover the manually
> > added entries.  One day there might indeed be duplicates otherwise.
> 
> That's still not enough.  OBJDIRS is manipulated in multiple places, and
> that line is not the last one.
> 
> Perhaps it is not perfect right now, but your patch makes breakage
> through a future change _more_ likely, not less.

I don't agree completely, but I concede that the whole OBJDIRS part
of the build system is in need of more thorough work.

Patch dropped.

Diego
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to