[Ffmpeg-devel] ffmpeg doesn't compile on Mac OS X anymore...
Wed Oct 12 10:24:13 CEST 2005
On Tue, Oct 11, 2005 at 11:20:58PM -0400, Lina Pezzella wrote:
> >Grab a latest CVS snapshot and compile on 10.3.9. The build fails.
> >If I export that variable the build finishes. This is the bug.
> Ah. I understand now. This is expected behavior. The Darwin linker
> expects that variable to be set in order to use newer linker features
> such as the ones employed by my patch. I agree that it is undesirable
> to have to set a variable manually before compilation, but this is
> the solution that Apple has given us. If you try to compile other
> open source programs, they frequently fail the same way when this
> variable isn't set.
I believe that the build system should then set that variable in order
for the build to complete.
> This said, there may be some way to "fix" the ffmpeg code such that
> the Darwin linker doesn't fail complaining about undefined objects
> like it used to with --enable-shared. Unfortunately, I'm not talented
> enough to do this. If you want to have a go at it, the error as
> reported is:
> make -C vhook all
> cc -fPIC -O3 -g -Wall -Wno-switch -no-cpp-precomp -pipe -fomit-frame-
> pointer -force_cpusubtype_ALL -Wno-sign-compare -faltivec -I.. -I'/
> Users/burgundy/ffmpeg' -I'/Users/burgundy/ffmpeg'/libavformat -I'/
> Users/burgundy/ffmpeg'/libavcodec -I'/Users/burgundy/ffmpeg'/
> libavutil -DHAVE_AV_CONFIG_H `freetype-config --cflags` -c -o
> null.o null.c
> null.c: In function 'Process':
> null.c:59: warning: pointer targets in passing argument 2 of
> 'avpicture_fill' differ in signedness
> cc -Wl,-dynamic,-search_paths_first -dynamiclib -Wl,-single_module -
> flat_namespace -Wl,-install_name,/usr/local/lib/vhook/null.dylib -g -
> o null.dylib null.o
> ld: Undefined symbols:
> /usr/bin/libtool: internal link edit command failed
> make: *** [null.dylib] Error 1
> rm null.o
> make: *** [videohook] Error 2
> Note that this isn't really an error, it's a product of the Darwin
> linker being stricter than the GNU linker.
> So basically to recap, my patch makes ffmpeg work on Panther and
> Tiger, but MACOSX_DEPLOYMENT_TARGET has to be set, as the Darwin
> linker expects it. In order to get rid of the requirement of setting
> this variable, one would need to remove -undefined dynamic_lookup
> from configure. In order to do this, the above bug would need to be
> resolved somehow.
Does anybody have an idea how to fix this?
More information about the ffmpeg-devel