From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Using LAME sources (3.88beta or 3.89alpha), with the RH7.1 nasm-0.98-6 RPM installed, LAME compiles and installs successfully, but the resulting binary causes a segfault before it begins doing any encoding. Compiling and installing nasm from the nasm sources (0.98) produces a functional copy of LAME. Reproducible: Always Steps to Reproduce: 1. Download LAME 3.88 sources from www.mp3dev.org 2. Configure, make and install 3. Attempt encoding of a WAV file to MP3 with VBR mode enabled. Actual Results: LAME segfaults and dumps core. Expected Results: Successful MP3 encoding. I am using an Celeron 700 (Coppermine), so the LAME configure script is including MMX and SIMD instructions if it finds nasm present on the system. With no nasm installed at all, LAME also compiles and works fine, it's just slower :-(
This should be fixed in nasm 0.98-7, which should show up in Rawhide soonish. *** This bug has been marked as a duplicate of 27489 ***