[MPlayer-dev-eng] [PATCH] MinGW compile fix, header order policy suggestion

Joey Parrish joey at nicewarrior.org
Thu Jun 2 20:41:08 CEST 2005


On Thu, Jun 02, 2005 at 01:19:31PM -0400, Rich Felker wrote:
> > from us.)  Renaming to MP_STREAM_SEEK is a better idea, IMHO, because
> > then we aren't fighting a namespace war against an OS who cares nothing
> > for open source devs.
> 
> And should we obfuscate every single symbol in MPlayer like this? NO!
> There is no war unless we use broken mingw headers. Just remove them
> and prototype the 5 or 10 functions you need manually.

It's not obfuscation!  It's a very simple renaming of 1 symbol.
And since it's only for use internally in MPlayer, we can call it
whatever we like.  We don't have to keep STREAM_SEEK for compatibility
with some other app.  Why is this such a big deal?

> >  We _could_ play a game of adding countless
> > #define/#undef around each MingW include, but what's the point?  It'll
> > just happen again later, and then we'll have a huge unmanagable mess
> > around every file that needs a windows header on MingW.  Any fix other
> > than renaming to MP_STREAM_SEEK (or something similar) simply does not
> > scale.  I think it would be foolish to wrap the windows headers.
> 
> Well it will not be renamed. We will not have our symbol names
> dictated by windows crap. MPlayer policy has always been to work
> around broken systems individually, not change our code to suit them.

Saying "this is how we will do it" does not make it a good solution.

--Joey

-- 
"I can read it better than you can read it with your eyes closed." --Gu




More information about the MPlayer-dev-eng mailing list