On 8/14/07, M.Canales.es <[EMAIL PROTECTED]> wrote: > /bin/sh ../../../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long > -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align > -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 > -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor > -fno-exceptions -fno-check-new -fno-common -o libakode_ffmpeg_decoder.la > -rpath /opt/kde-3.5.6/lib -avoid-version -no-undefined -Wl,--no-undefined > -Wl,--allow-shlib-undefined ffmpeg_decoder.lo ../../lib/libakode.la > -lavcodec -lz -la52 -lmp3lame -lm -ldl -lX11 -lXext -lavutil -lavformat > -lavcodec -lz -la52 -lmp3lame -lm -ldl -lX11 -lXext -lavutil > .libs/ffmpeg_decoder.o: In function `aKode::FFMPEGDecoder::seek(long)': > ffmpeg_decoder.cpp:(.text+0x39a): undefined reference to > `av_seek_frame(AVFormatContext*, int, long long, int)' > .libs/ffmpeg_decoder.o: In function > `aKode::FFMPEGDecoder::FFMPEGDecoder(aKode::File*)':
Well, it looks like it's trying to get the linker to not barf on undefined symbols with -Wl,--allow-shlib-undefined, but maybe I don't understand that option correctly. Anyway, in my ffmpeg from 20070128, libavformat has av_seek_frame, and it looks like ffmpeg_decoder.o is getting linked with -lavformat. Maybe you can check on yours. $ grep -r av_seek_frame /usr/include/ffmpeg/ /usr/include/ffmpeg/avformat.h: /* av_seek_frame() support */ /usr/include/ffmpeg/avformat.h: /* av_seek_frame() support */ /usr/include/ffmpeg/avformat.h:int av_seek_frame(AVFormatContext *s, int stream_index, int64_t timestamp, int flags); /usr/include/ffmpeg/avformat.h:int av_seek_frame_binary(AVFormatContext *s, int stream_index, int64_t target_ts, int flags); $ nm /usr/lib/libavformat.so | grep av_seek_frame 0001bdc0 T av_seek_frame 000191e0 T av_seek_frame_binary -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
