yes,that did the trick! Had to do the same for ogg, vorbis and vorbisenc. Now everything compiles fine.
Thanks!
.gif
Wednesday February 26 2003 19:48, skrev Tom Schouten:
On Wednesday 26 February 2003 17:38, martin pi wrote:
this seems to work for me (debian)
AC_CHECK_LIB(mp3lame, InitMP3, , AC_MSG_ERROR(streaming requires lame library!!) , -lm)
watch this! it is the official lame-check from MPlayer - is this normal? never dared to read a machine-produced configure script, yet maybe this one is even written by hand
# mencoder requires (optional) those libs: libmp3lame and divx4linux encore if test "$_mencoder" != no ; then
echocheck "libmp3lame (for mencoder)" _mp3lame=no cat > $TMPC <<EOF #include <lame/lame.h> int main(void) { lame_version_t lv; (void) lame_init(); get_lame_version_numerical(&lv); printf("%d%d\n",lv.major,lv.minor); return 0; } EOF # 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 echores "$_mp3lame"c'est ca
martin
On Wed, 26 Feb 2003, Yves Degoyon wrote:
ok, i got your config.log and the real reason for this error is :
configure:4124: gcc -o conftest -g -O2 conftest.c -lmp3lame -ldl -lz -lbz2 >&5 /usr/lib/gcc-lib/i386-linux/3.2.3/../../../libmp3lame.so: undefined reference to `pow'
so, it seems the following macro : AC_CHECK_LIB(mp3lame, InitMP3, , AC_MSG_ERROR(streaming requires lame library!!))
forgets to link with -lm, i really don't know how to fix this on my side.
Yves Degoyon wrote:
so, i'm puzzled with the behaviour of configure on debian !!
well, you can comment the line, but it's perfectly valid on any other distributions ( i had a redhat at first, but now it evolved to something, hum, else ... )) )
220hex wrote:
yes:
ldconfig -v|grep lame libmp3lame.so.0 -> libmp3lame.so.0.0.0 libmp3lame.so.0 -> libmp3lame.so.0.0.0
.gif
Wednesday February 26 2003 16:45, skrev Yves Degoyon:
is the location where it is installed is included in /etc/ld.so.conf ??
does a 'ldconfig -v' includes the lame libraries ??
220hex wrote: >I reinstalled lame and libmp3lame from the source package, so > here's what I've got: > >-rw-r--r-- 1 root root 376246 2002-06-30 18:04 > libmp3lame.a -rw-r--r-- 1 root root 668 2002-06-30 > 18:04 libmp3lame.la lrwxrwxrwx 1 root root 19 > 2003-02-26 01:11 libmp3lame.so -> libmp3lame.so.0.0.0 >lrwxrwxrwx 1 root root 19 2003-02-25 23:47 >libmp3lame.so.0 -> libmp3lame.so.0.0.0 >-rwxr-xr-x 1 root root 347012 2003-02-25 23:47 >libmp3lame.so.0.0.0 > >still not recognised from .configure... > >.gif > >Wednesday February 26 2003 15:36, skrev Yves Degoyon: >>surely true !! tom !! >> >>but that's really silly from debian. >> >>cheers, >> >>sevy/yves >> >>Tom Schouten wrote: >>>>for the lame issue, i think it doesn't find >>>>libmp3lame which must be in a weird location >>>>on debian (( >>>> >>>>can't help you more from that distance ) >>> >>>maybe it has something to do with the fact that on debian, the >>>libmp3lame package has only static libararies? >>> >>>-rw-r--r-- 1 root root 352520 Aug 16 2001 >>> libmp3lame.a -rw-r--r-- 1 root root 668 Aug 16 >>> 2001 libmp3lame.la >>> >>> >>> >>>maybe AC_CHECK_LIB(mp3lame) does not include statics?
martin pi http://attacksyour.net/pi www.machfeld.net
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
