Hi, We have been through this already, but here it goes again... Once again, the problem is not with gcc. It is with the versions of nasm that were shipped with RedHat 7.1. However, it seems that nasm from RedHat 7.2 is fine because this problem does not occur anymore.
I'm compiling bleeding edge CVS snapshots with *a lot* of optimizations and lame runs beautifully on my machine (RedHat 7.2, Athlon 650MHz). Hetz, this one's for you - I already wrote to you once and explained how to solve these very same problems you just described again. Look through your mailbox. If you want a binary lame optimized for Athlon just let me know. As for gcc-3.0.x, I'm using it to compile the CVS snapshots of lame, and it produces an excellent working version of lame. BTW, compiling lame with gcc3 (or gcc-2.96 for that matter) yields a much faster encoder than a version that will be compiled with gcc-2.95 (or kgcc). Sincerely, Yosi >From: David Balazic <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Re: [MP3 ENCODER] problem with lame >Date: Mon, 19 Nov 2001 11:26:47 +0100 > >the entire redhat 7.2 distribution in compiled with the gcc-2.96. >You can't get much more stable than that. >If you think it has a bug, report it to redhat and it will be fixed. >( yes , they are a bit slow something on fixing things ... >I wonder if they fixed nasm ... ) > >kgcc was egcs-1.1.2 in earlier redhat versions, but I am not sure what >it is in 7.2. > >Did anyone try gcc-3.0.x ? _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
