[MPlayer-dev-eng] mingw32 large file support

[Rich Felker]

On Sun, Feb 12, 2006 at 10:46:28AM -0600, Joey Parrish wrote:
> > > But, yes, ideally we would all use normal calls and get 64-bit types
> > > automatically.  On the other hand, ideally, we wouldn't need this header
> > > to get a unified API, either.  :)
> > 
> > Well I'm against using the hack api as the unified api. The unified
> > api should be the standard posix api, and systems that are broken
> > should have well-hidden workarounds. This goes with my fundamental
> > principle of workarounds:
> > 
> >   The workaround must always be placed as close as possible to the
> >   broken component that it's working around, and should be totally
> >   invisible to non-broken components.
> > 
> > Or something like that. It was discussed in a past thread.
> 
> Yes, I understand.  I just wanted to explain that the decision was not
> without reason.  My priority was not accidentally using 32-bit types in
> the project I was creating it for.  But for MPlayer, I'd be happy to
> write it the other way.

Excellent, that'd be great. BTW an easy way to make sure you don't
miss any files is to do a search for files that contain one of the
size-dependent types/functions but not the include line.

Rich