[MPlayer-dev-eng] [PATCH] Yet another batch of warning fixes :->
Sycotic Smith
sycotic at linuxmail.org
Wed Dec 11 02:24:25 CET 2002
----- Original Message -----
From: James Lancaster <james at kirk.math.twsu.edu>
Date: Tue, 10 Dec 2002 15:56:15 -0600
To: mplayer-dev-eng at mplayerhq.hu
Subject: Re: [MPlayer-dev-eng] [PATCH] Yet another batch of warning fixes :->
> On Tuesday 10 December 2002 07:37, you wrote:
> > Hi,
> >
> > > > it'll break code on 64bit platforms badly
> > >
> > > Wait a minute... will our win32 loader even *work* on 64bit platforms?
> >
> > of course not.
> >
>
> Just wondering, but it might work on Alpha. (which ran a native version of
> NT4.0) (NOTE: this is speculation) I may mess around with it in a few days.
> (Hope NTFS support is still in the kernel!)
>
> Aside: there seems to be an issue with the realplayer .sos on alphas, which I
> haven't looked into much.
> Is there any 32-bit centric (or x86-centric) code in there that would prevent
> this?
>
> > but the .h files in loader/wine/* are used by demuxers (avi, asf and other
> > m$ formats) so they must be correct even on 64bit archs (otherwise the
> > compiled struct size will differ from the one stored in the file's header)
> >
> > avifile "solved" this issue by duplicating all those structures in its
> > include/ dir (using int32_t etc instead of DWORD) and their demuxers
> > don't use files from loader/wine/* at all.
This would be WONDERFUL if this were the case for cygwin target, as loader/win* (wine and win32.[ch]) are problems when compiling. And cygwin 'port' would almost be complete if this is fixable to allow it to use win32dlls... Would this be a step in the right direction?
> James L
/S. Smith
--
______________________________________________
http://www.linuxmail.org/
Now with POP3/IMAP access for only US$19.95/yr
Powered by Outblaze
More information about the MPlayer-dev-eng
mailing list