ar bug in MacOS X?

R1ck5P

Registered
Hi,

I'm trying to compile ffmpeg on my MacOS X system in order to endoce some MPEG4 material.

Configuring is no problem. Making has some problems. Under 10.1.5, I've got the following output: (ffmpeg version 0.4.5)

make -C libavcodec all
rm -f libavcodec.a
ar rcs libavcodec.a common.o utils.o mpegvideo.o h263.o jrevdct.o jfdctfst.o mpegaudio.o ac3enc.o mjpeg.o resample.o dsputil.o motion_est.o imgconvert.o imgresample.o msmpeg4.o mpeg12.o h263dec.o rv10.o ac3dec.o libac3/bit_allocate.o libac3/bitstream.o libac3/downmix.o libac3/imdct.o libac3/parse.o mpegaudiodec.o mpglib/layer1.o mpglib/layer2.o mpglib/layer3.o mpglib/dct64_i386.o mpglib/decode_i386.o mpglib/tabinit.o
ar: illegal option -- s
usage: ar -d [-TLv] archive file ...
ar -m [-TLv] archive file ...
ar -m [-abiTLv] position archive file ...
ar -p [-TLv] archive [file ...]
ar -q [-cTLv] archive file ...
ar -r [-cuTLv] archive file ...
ar -r [-abciuTLv] position archive file ...
ar -t [-TLv] archive [file ...]
ar -x [-ouTLv] archive [file ...]
make[1]: *** [libavcodec.a] Error 1
make: *** [lib] Error 2

so, ar doesn't have the s option. I booted in YDL 2.2 and tried to compile the same source: no problem at all! The ar has the -s option! So, is that a bug or a too version of ar? Can I update the ar version in MacOS X? If yes, could you please point me some server where I could find it?

Thankx for you help.
r1ck5p
 
it's not a big deal. Some versions of 'ar'
have the 's' flag, others do not.

All it does is add a table of contents
to the .a archive. The same thing can
be achieved using the 'ranlib' command.

So, modify the Makefile to remove the 's'
and add a line that runs ranlib on the
thing you just created w/ 'ar'.

Most of the time, if you mv a .a, you need
to re-ranlib it. (when you do a make install
for example).
 
Back
Top