[MPlayer-users] Bug.
James Jones
jamesjones01 at mchsi.com
Mon Feb 3 17:43:09 CET 2003
Arpi wrote:
>>the lines with problems all read like this:
>>
>> #if HAVE_MP3LAME >= 392
>>
>>and doing a grep I find that HAVE_MP3LAME is only defined but is not assigned
>>any value.
>
>
> strange, since it's defined in ./configure to set it to mp3lame version:
>
> cat > $TMPC <<EOF
> #include <lame/lame.h>
> int main(void) { lame_version_t lv; (void) lame_init();
> get_lame_version_numericEOF
> # Note: libmp3lame usually depends on vorbis
> cc_check -lmp3lame $_ld_vorbis -lm && _mp3lame=yes
> if test "$_mp3lame" = yes ; then
> _def_mp3lame="#define HAVE_MP3LAME $TMPO"
> _ld_mp3lame="-lmp3lame $_ld_vorbis"
> else
> _def_mp3lame='#undef HAVE_MP3LAME'
> fi
>
>
> A'rpi / Astral & ESP-team
I have the same error message that Sr. Sanson had. Investigation shows
that the test program that checks the version of lame compiles, but
fails to run because it can't find libmp3lame at run time. Despite this,
./configure seems to think that libmp3lame is present, as it emits
Checking for libmp3lame (for mencoder) ... yes
I'm puzzled about why I'd have /usr/local/include/lame/lame.h but not
libmp3lame, but that is something I will have to figure out at my end.
I agree with Sr. Sanson also about mplayer's quality; thanks.
James Jones
More information about the MPlayer-users
mailing list