https://blog.csdn.net/u010606602/article/details/52247839
在一次偶然的机会中，查看公司（公司用的是unix aix编译器xlc）库代码在看到Makefile 时，发现其后面对生成的动态库进行了软连接的操作。
{ 这边插入一个知识点，在unxi，aix，xlc编译器生成动态库和静态库的方法：
动态库： xlC -bh:5 -G -o lib**.so obj1.o obj2.o obj3.o
(注意：xlC -bh:5 是连接link语法，生产动态库只要在链接时加入 -G 即可)
静态库： ar -r lib**.a obj1.o obj2.o obj3.o
}
1
2
3
4
5
6
在生产动态库后面发下了还有一条命令ln -s lib**.so lib**.a命令；
后面经查看xlc使用说明得到答案。（可以在命令窗口直接输入 xlc即可查看他的使用手册）
在xlc使用手册中有以下说明：
-g Produce information for the debugger.
-G Tells the linkage editor to create a dynamic library.
-I<dir> Search in directory <dir> for include files that
do not start with an absolute path.
-l<key> Search the specified library file,
where <key> selects the file lib<key>.a.
-L<dir> Search in directory <dir> for files specified by -l<key>.
其中：
-l<key> Search the specified library file,
where selects the file lib.a. <\font>
这个描述的是在编译运行程序代码,连接操作时连接库的使用方法 ，这里已经说明了，link时其后面的-l，xcl他找的是.a后缀的库文件。所以才会出现我一开始说的问题，makefile 在生成动态库之后，用ln -s对动态库lib**.so 软连接成lib**.a了。
这里贴上公司生产动态库的makefile 一段贴上来：
shared_public: $(TARGET_SHARED_PUBLIC)
$(TARGET_SHARED_PUBLIC): $(PUBLIC_OBJS)
$(LINK) $(SHARED) -o $@ $(PUBLIC_OBJS)
-cd $(SHARED_PATH); ln -s lib$(PUBLIC_NAME).so lib$(PUBLIC_NAME).a
---------------------
作者：2郎神
来源：CSDN
原文：https://blog.csdn.net/u010606602/article/details/52247839
版权声明：本文为博主原创文章，转载请附上博文链接！
2.在使用动态链接库时，可以在编译选项里加上-l<key>，并加上-L<path>，来找到path目录下的名为lkey.so或lkey.a的链接文件，在AIX环境下，在编译的时候通过这种方式只能寻找lkey.a的库文件，无法找到lkey.so的库文件，会有提示错误说：无法打开文件，这时需要加上-brtl选项，这样编译器在寻找库文件时就会同时寻找目录下的lkey.so和lkey.a这两种类型的库文件！
由于AIX环境下动态库的编译机制问题，应用程序查找动态库时，会去查找一个同名的.a文件。所以，很多人动态库编译成功，应用程序编译时却无法找到该动态库。解决办法是，在动态库的路径下，创建一个同名.a的连接，如ln -s libname.so libname.a。