[flyingrat]

Unfortunately the new ffmpeg v1.1 libraries brought in some new issues with duplicated defined symbols caused by multiple "#include ../common/source.c" with global variables(!). Hopefully this will be addressed by the ffmpeg team in the near future but in the meantime this causes problems when linking static libraries with the -all_load flag. I know there have been (or still are?) some issues with ios in the past but I guess (or hope) it's safe to disable "all_load" for osx (32-bit) for the moment ?? An other solution would be to manually remove the duplicate objects with "ar -d ..." (as I've been doing so far)

[flyingrat]

Wonder if this problem still persists: "For 64-bit and iPhone OS applications, there is a linker bug..."

[flyingrat]

Got a mail from one of the ffmpeg maintainers and they have just issued a new patch to solve this problem ;-)

[Memphiz]

yes we do the ar -d hocus pocus for the old version aswell:

https://github.com/xbmc/xbmc/blob/master...ile.in#L78

[flyingrat]

yes we do the ar -d hocus pocus for the old version aswell:

https://github.com/xbmc/xbmc/blob/master...ile.in#L78

Ok, for the time being we need to remove some additional duplicates until the fix is available for v.1.1.xx. Now, ff_log2_tab.o (defined in libavutil/log2_tab.c) needs to be removed from libavcodec, libavformat and libswresample.

On the positive side it looks like they took care of the "inverse.o" problem. The inverse.o files are all gone and ff_inverse[257] has moved into mathtables.c and is declared in mathops.h.

ffmpeg v.1.1:

Code:

ibavcodec/mathops.h: extern const uint32_t ff_inverse[257];
libavcodec/mathtables.c: const uint32_t ff_inverse[257]={