Konbanwa Shigematsu-san.
Yes, I saw these same problems, but they can be solved. For CodeWarrior
(both Mac + Windows), please see these notes:
1. In C/C++ Language settings panel, try disabling "ANSI Strict". I
think that will allow you to compile the //-style comments.
2. To solve the problem of local data >32k in file "lame.c", I moved the
large arrays outside the local function. In other words, I made them
global within the file.
The files which I changed from LAME to make MacLAME 3.37 are on my
website now:
http://www.terrazzoworks.com/nonprophet/MacLame/
Search for the symbol BUILDMACLAME to find all of the code which is
changed for MacLAME. I hope that helps. Best,
-ben "jacobs" <mailto:[EMAIL PROTECTED]>
--
Osamu Shigematsu wrote:
>
> Hello, Mark. Thank you very much for your advice.
>
> > Most of the time there is no good reason for doing it they
> > way it is done - we just inhertted it from the ISO code :-)
> > But in this case, you really need buffer[2][1152], so that
> > the data for one channel is in a contagious chunk. The FFTs and
> > MDCTs only work on one channel at a time.
>
> I've not yet read all of codes, so I couln't aware that problem.
>
> Anyway, some part of LAME can not are be compiled by CodeWarrior. For
> example, // (comment of C++ style), static values which are refernced by
> other files, local data that over 32K in each functions. The last one is mac
> specified problem, but, the others may be wrong syntax. (even if it works on
> Linux.)
>
> I'd like to fix it and when I done the work, but how can I feedback the
> project?
>
> Thanks.
>
> --
> Osamu Shigematsu
> http://www.ravi.ne.jp/
>
> --
> MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
