http://blog.csdn.net/pear86743/article/details/8686140
链接参数控制
链接器中提供了-dn -dy 参数来控制使用的是动态库还是静态库，-dn表示后面使用的是静态库，-dy表示使用的是动态库
例:
g++ -Lpath -Wl,-dn -lx -Wl,-dy -lpthread
这样如果在path路径下有libx.so和libx.a这个时候只会用到 libx.a.
注意在最后的地方如果没有-Wl,-dy 让后面的库都使用动态库，可能会报出 "cannot find -lgcc_s" 的错误，这是由于glibc的.a库和.so库名字不同，--static会自动处理，但是 -Wl,-dy却不会去识别这个问题．
小提示：
如果使用--static, 由于-dy的使用导致后面的库都是共享库（dy强制屏蔽了静态库），这个时候编译出来的程序和只有动态库的情况下强制使用--static编译一样都会报错
运行报错 "undefined reference to `xxx()' "
对于动态链接库，实际的符号定位是在运行期进行的．在编译.so的时候，如果没有把它需要的库和他一起进行联编，比如libx.so 需要使用uldict, 但是忘记在编译libx.so的时候加上-luldict的话，在编译libx.so的时候不会报错，因为这个时候libx.so被认为是一个库，它里面 存在一些不知道具体实现的符号是合法的，是可以在运行期指定或者编译另外的二进制程序的时候指定．
如果是采用 g++ -Lpath -lx 的方式进行编译，链接器会发现所需要的uldict的符号表找不到从而报错，但是如果是程序采用dlopen的方式载入，由于是运行期，这个程序在这个地 方就直接运行报错了．另外还有一种情况就是一个对外的接口在动态库中已经声明定义了，但是忘记实现了，这个时候也会产生类似的错误．
如果在运行期报出这样的错误，就要注意是否是由于某些库没有链接进来或者某些接口没有实现的原因产生
http://www.cnblogs.com/chengxuyuancc/archive/2013/05/11/3072981.html
先不管前面的警告，和面说明定义pow，然后再网上搜了下，必须在编译选项中加-lm， 然后再编译下，终于是生成了可执行文件了。但是前面的警告是怎么回事，”warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking“，使用getpwnam的应用程序需要运行时共享库glibc来链接。在网上找了很久也没有找到怎么把警告去掉的方法，不过有个折中的方 面，貌似也正是解决这个问题的方法，就是libmysqlclient.a库用静态连接，一些常用的库用动态连接，因为程序是运行在linux中的，常用 库系统默认都会有的。一部分静态连接，一部分动态连接的方法是：-Wl,-dn后面是静态链接-Wl,-dy后面是动态连接，具体如下：
cc -g -o test_server main_server.o main_db.o err_me.o -Wl,-dn -L/usr/local/mysql/lib/ -lmysqlclient -Wl,-dy -lpthread -lm -ldl -lcrypt