[MPlayer-dev-eng] [PATCH] unrarlib on AMD64
Rich Felker
dalias at aerifal.cx
Sun Apr 17 17:09:06 CEST 2005
On Sun, Apr 17, 2005 at 04:37:32PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Sunday, 17 April 2005 at 11:37, Jindrich Makovicka wrote:
> > Rich Felker wrote:
> > >>diff -Naur MPlayer-20050416/unrarlib.h MPlayer-20050416-patched/unrarlib.h
> > >>--- MPlayer-20050416/unrarlib.h 2005-04-15 20:48:03.000000000 +0200
> > >>+++ MPlayer-20050416-patched/unrarlib.h 2005-04-16 18:17:38.000000000 +0200
> > >>@@ -97,13 +97,13 @@
> > >> #ifdef _WIN_32
> > >> typedef unsigned char UBYTE; /* WIN32 definitions */
> > >> typedef unsigned short UWORD;
> > >>-typedef unsigned long UDWORD;
> > >>+typedef unsigned int UDWORD;
> > >> #endif
> > >>
> > >> #ifdef _UNIX /* LINUX/UNIX definitions */
> > >> typedef unsigned char UBYTE;
> > >> typedef unsigned short UWORD;
> > >>-typedef unsigned long UDWORD;
> > >>+typedef unsigned int UDWORD;
> > >> #endif
> > >
> > >
> > > The correct solution is:
> > > typedef uint32_t UDWORD;
> >
> > What about adding an (optional) support for rar executable, instead of
> > unrarlib? Recent rars cannot be read by unrarlib anyway.
>
> Because we strive not to require proprietary libs/tools. Though unrar
> source is available, the license is not GPL compatible. No rar3 support
> is planned in unrarlib, so we just have to live with it or write rar3
> decompression routines ourselves.
i propose the latter, and adding rar3 compression routines while we're
at it. :)
rich
More information about the MPlayer-dev-eng
mailing list