The problem in DJGPP comes from the fact that machine.h doesn't properly
typedef's u_long, etc.
Add the following to machine.h where these are defined:
#if defined __DJGPP__
typedef unsigned long u_long;
typedef unsigned int u_int;
typedef unsigned short u_short;
typedef unsigned char u_char;
#endif
That should do it.
>From: Mark Taylor <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [MP3 ENCODER] Compiling with DJGPP 2.03
>Date: Mon, 24 Apr 2000 17:11:25 -0600
>
> >
> > I haven't tried to compile lame with DJGPP in like 2 or 3 months, but
>when I
> > tried this time, I run into MAJOR problems with formatBitstream.c. Many
> > undefined symbols and parse errors and various other problems. I never
>ran
> > into any problems when I tried to compile before. Any suggestions, I'm
>using
> > the latest CVS version as of this email.
> >
> > Josh
> >
>
>Very little has changed in formatBitstream.c, so I dont know what could
>be causing this. You can go ahead and remove formatBitstream.c
>and l3bitstream.c (and any calls to functions in those routines), since by
>default
>lame now uses Takehiro's bitstream.c code instead.
>
>formatBitstream.c and l3bitstream.c are part of the old ISO bitstream
>code. The next release (3.80) will include both ISO and Takehiro's
>bitstream code just in case problems show up. In
>3.81 we will drop all remaining ISO code.
>
>Mark
>
>
>
>
>--
>MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )