linux下编译ffmpeg工程,和使用ffmpeg库

1. 静态库没有fPIC编译， 只要在configure时加上--enable-shared即可, 即： ./configure --enable-shared
2. 版本号问题, 参考 gcc linker error: version node not found for symbol
/usr/bin/ld: libgetfea.so: @LIBAVCODEC_55
/usr/bin/ld: failed to set dynamic section sizes: Bad value
解决： ./configure --disable-symver
3. libavcodec.a: relocation R_X86_64_PC32 against symbol `ff_pw_9' can not be used when making a shared object; recompile with -fPIC， 参考problem compiling statically to make a shared lib
在编译自己程序时， 链接过程中加入 Wl,-Bsymbolic
-Wl,-Bsymbolic /usr/local/ffmpeg2/lib/libavcodec.a

问题描述
回归正题，前段时间项目开发中，实现了一个动态库，封装了一些方法。然后基于这个动态库，实现了一个应用程序。应用程序中含有全局变量A，动态库中也含有全局变量A，当我调用动态库中函数后，发现应用程序的A发生了变化！！！O，My God！对于我这种还没在Linux下做过开发的人来说，一头雾水。。。。。。 于是我尝试着，将A中的变量名称改为B，这样问题也就没有了~~~


原因
应用程序进行链接的时候，动态库中全局变量定义，将会被应用程序中同名的全局变量所覆盖。这样也就造成了，在动态库中修改A变量时，应用程序中的A也发生了变化。


解决方法
在创建动态链接库时，gcc/g++选项中添加编译选项
-Wl,-Bsymbolic.
其中 Wl 表示将紧跟其后的参数，传递给连接器 ld 。 Bsymbolic 表示强制采用本地的全局变量定义，这样就不会出现动态链接库的全局变量定义被应用程序/动态链接库中的同名定义给覆盖了！


./configure --enable-shared --disable-yasm --prefix=/usr/local/ffmpeg --enable-pic --disable-symver



阿里云这坑爹的玩意，不再对32为系统支持，没办法，我们只能将我们的程序移植到64位下。
我编译一个so文件这个文件应用了几个第三方静态库，当然，第三方已经为我们提供了64位的静态库，编译动态库需要使用-fPIC选项，但是我编译不通过，提示为：relocation R_x86_64_32 against 'a local symbol' can not be used when making a shared object; recompile whth -fPIC。这就奇怪了，我用了-fPIC啊。后来上网查找，可能引起问题的是静态库没有使用这个选项，当然静态库不是必须使用这个选项的，只是在64位下检查可能比较严格，让第三方使用-fPIC重新编译了一下，OK了


#!/bin/sh
./configure \
--arch=x86_64 --host-os=linux \
--extra-cflags="-fPIC" \
--disable-yasm \
--enable-static \
--disable-shared \
--enable-small \
--disable-ffmpeg \
--disable-ffplay \
--disable-ffserver \
--disable-ffprobe \
--prefix=/usr/local/ffmpeg2 \
--enable-pic \
--disable-symver