#include <stdio.h> //num.c
int add_num(int a, int b){
return a+b;
}
int sub_num(int a, int b){
return a-b;
}
#include <stdio.h> //print.c
int print_num(int n){
printf("result is %d\n", n);
return 0;
}
#include <stdio.h> //hw.c
#include <my_lib.h>
int main(){
int ret=0;
int a=8,b=5;
ret=add_num(a,b);
print_num(ret);
ret=sub_num(a,b);
print_num(ret);
return 0;
}
#ifndef __MY_LIB_H__
#define __MY_LIB_H__
int add_num(int a, int b);
int sub_num(int a, int b);
int print_num(int n);
#endif
以上便是四个文件与编译过程。接下来说说编译遇到的情况
第一步，编译出动态库 gcc -o libnum.so -fPIC -shared num.c print.c
1. -shared，众所周知啊，.so时share object的缩写。为了让gcc知道是在编译 .so而不是可执行文件，所以需要-shared
2. -fPIC，这是编译动态库必须的。可见黄色圈起来的地方，分开编译，没加-fPIC，就会报错，提醒重新编译。其实-fPIC是编译选项，PIC是 Position Independent Code 的缩写，表示要生成位置无关的代码，这是动态库需要的特性。
第二步，链接动态库，编译可执行文件 gcc -o test hw.c -I. -L. -lnum，没什么好说的
第三步，运行生成的可执行文件。
发现系统报错了。找不到libnum.so，原来Linux是通过/etc/ld.so.cache 文件搜寻要链接的动态库的。而 /etc/ld.so.cache 是 ldconfig 程序读取 /etc/ld.so.conf 文件生成的。
（注意， /etc/ld.so.conf 中并不必包含 /lib 和 /usr/lib，ldconfig程序会自动搜索这两个目录）
如果我们把 libnum.so 所在的路径添加到 /etc/ld.so.conf 中，再以root权限运行 ldconfig 程序，更新 /etc/ld.so.cache ，a.out运行时，就可以找到 libmum.so。
但为此去改动系统的东西，不大行。
所以，我就搜了下还有啥办法，其实把 libnum.so添加到LD_LIBRARY_PATH就ok了，换句话说，就是把当前路径添加一下。
最简单办法自然就是export LD_LIBRARY_PATH=LD_LIBRARY_PATH:$pwd。
不过这样重新打开时候还要再搞一遍，还不如写道 ~/.profile或者 ~/.bashrc好。source ~/.profile 就ok了