|
From: Steven M. S. <sm...@2B...> - 2004-01-03 01:20:02
|
On Fri, 2 Jan 2004 ro...@ub... wrote: > > No, there was a bug in configure.in that caused autoheader to never > > be run. > > > > catches up in a couple hours) work around the bug by running > > 'autoheader' manually. Then config.h.in will be generated and > > That worked. Ah, good! > Now make fails: With a libtool related error. > /bin/sh ../../libtool --mode=compile --tag=CC /bin/sh ../../strip_fPIC.sh /usr/bin/nasm -f elf -o mblock_bsad_mmx.lo mblock_bsad_mmx.s > libtool: unrecognized option `--tag=CC' > Try `libtool --help' for more information. > make[3]: *** [mblock_bsad_mmx.lo] Error 1 > make[3]: Leaving directory `/var/tmp/mjpeg_play/utils/mmxsse' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/var/tmp/mjpeg_play/utils' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/var/tmp/mjpeg_play' > make: *** [all] Error 2 > > Any clues? Of course ;) libtool-1.5 is, apparently, now a requirement. The "--tag" capability is from libtool 1.5 and was needed for building the shared libraries (the core of the encoder is now a shared lib that can be used by other programs). libtool-1.5 is much better than 1.4.x (especially when C++ shared lib building is involved - and on OS/X 10.3 libtool-1.5 comes pre-isntalled and integrated which helped me a lot on that system). The newer version of libtool has not introduced any compatibility problems at all for me (on any of 3 or 4 different operating systems) so my suggestion would be to install libtool-1.5 Good Luck! Steven Schultz |