Bug#501002: marked as done (ffmpeg: ffserver won't start, giving "undefined symbol: ffm_read_write_index")

[Fabian Greffrath]

Reinhard Tartler schrieb:
> The ffserver binary itself is build without altivec, however libavcodec
> and libavformat are compiled in both modes. The ffserver binary itself
> doesn't really benefit from altivec anyways (other the libavcodec
> binary...)

But then I don't understand why it misses symbols in the accelerated 
library when it is built against the unaccelerated one. Will other 
applications possibly behave similar (which would be a catastrophe for 
our current packaging)?


-- 
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax:     +49 (0)234 / 32-14227
E-Mail:  greffrath at leat.ruhr-uni-bochum.de