目录
g++ –c Hello.cpp 编译文件，生成目标文件Hello.o
g++ Hello.o –o a.out 链接并重命名为可执行文件a.out
g++ Hello.cc 编译链接一起，生成a.out
g++ Hello.cc –o hello 生成a.out并命名为hello
（1）-c
生成.o文件，对代码文件进行预处理、编译和汇编，相当于windows下生成目标文件obj
g++ -c hello.cpp
（2）-I DirPath
指定包含文件
-include file
-i file
指定包含目录
-I path
g++ hello.cpp -include ../include/a.h
-I- DirPath
就是取消前一个参数的功能,所以一般在-I DirPath之后使用
（3）-L LibPath
指定链接库的路径
-l LibraryPath
指定链接库
-llibrary
（4） -g
在编译的时候，产生调试信息，程序运行时可以dbg调试
（4）-static
此选项将禁止使用动态库。
优点：程序运行不依赖于其他库
缺点：文件比较大
gcc test_main.c -static -o test_main -lpthread
会发现test_main很大，它已经把各种依赖的东西都包含进来
（5） -shared (-G)
此选项将尽量使用动态库，为默认选项
优点：生成文件比较小
缺点：运行时需要系统提供动态库
（6）-Wall
一般使用该选项，允许发出GCC能够提供的所有有用的警告。也可以用-W{warning}来标记指定的警告。
（1）得到hello.o
g++ -c hello.cpp
（2）得到静态库myhello.a
ar -cr libmyhello.a hello.o
（3）使用静态库
g++ -o hello main.c -L ./ -lmyhello
-L ./表示静态库位于当前目录下，myhello自动加上lib组成静态库名称libmyhello.a
（4）得到动态库myhello.so
g++ -fPIC -shared hello.cpp -o libmyhello.so
（5）使用动态库
动态库的时候和静态库使用一样，唯一值得注意的是当目录中同时存在相同名称的动态库和静态库时，编译的时候优先使用动态库
加上-fPIC选项生成的动态库时位置无关的，可以实现多个进程共享动态库，多个进程引用同一个PIC动态库时，可以共享内存。这一个库在不同进程中的虚拟地址不同，但操作系统显然会把它们映射到同一块物理内存上。
不加fPIC，则加载so文件时，需要对代码段引用的数据对象需要重定位，重定位会修改代码段的内容,这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的copy.每个copy都不一样,取决于这个.so文件代码段和数据段内存映射的位置。可见，这种方式更消耗内存。
（1）将链接库添加到系统默认的搜索路径下，如/lib、/usr/lib
（2）设置临时动态库路径的环境变量，这种方法设置的是临时的，系统重启之后就没了
export LD_LIBRARY_PATH=./
取消设置
export LD_LIBRARY_PATH=
（3）/etc/ld.so.cache中缓存了动态库路径，可以通过修改配置文件/etc/ld.so.conf中指定的动态库搜索路径，然后执行ldconfig命令来改变
（4）编译链接添加-Wl,-rpath命令选项，将运行时动态库的搜索路径记录在可执行程序中
例如，有源文件test.cpp和func.cpp
g++ -shared -fPIC func.cpp -o libfunc.so
编译得到libfunc.so动态库
g++ main.cpp -o a.out -L ./ -lfunc
编译得到a.out，执行a.out，提示出错
ldd查看a.out依赖的动态库，发现libfunc.so找不到
g++ main.cpp -o a.out -L ./ -lfunc -Wl,-rpath ./
编译得到a.out，执行a.out，运行成功，ldd查看a.out依赖的动态库，发现libfunc.so路径正确
把a.out和libfunc.so拷贝到任何目录下，都能运行成功
-Wl：这个是gcc的参数，表示编译器将后面的参数传递给链接器ld。
-rpath：使用man ld命令查看手册，找到了-rpath的讲解：
Add a directory to the runtime library search path. This is used when linking an ELF executable with shared objects. All -rpath arguments are concatenated and passed to the runtime linker, which uses them to locate shared objects at runtime. The -rpath option is also used when locating shared objects which are needed by shared objects explicitly included in the link; see the description of the -rpath-link option. If -rpath is not used when linking an ELF executable, the contents of the environment variable "LD_RUN_PATH" will be used if it is defined.
//world.cpp
#include <stdio.h>
void world(void)
{
printf("world.\n");
}//hello.cpp
#include <stdio.h>
void world(void);
void hello(void)
{
printf("hello\n");
world();
}//test.cpp
void hello(void);
int main(void)
{
hello();
return 0;
}动态库hello编译时需要链接world，并需要设置-Wl,-rpath ./
test编译时只需要链接hello，并需要设置-Wl,-rpath ./
（1）编译word动态库
g++ -shared -fPIC world.cpp -o libworld.so
（2）编译hello动态库
g++ -shared -fPIC hello.cpp -o libhello.so
ldd libhello.so
查看libhello.so的依赖库，没有看到依赖libword.so
g++ -shared -fPIC hello.cpp -o libhello.so -L ./ -lworld
ldd libhello.so
再次查看libhello.so的依赖库，看到了依赖库libword.so，但显示not found
g++ -shared -fPIC hello.cpp -o libhello.so -L ./ -lworld -Wl,-rpath ./
（3）编译可执行文件test
g++ test.cpp -o a.out -L ./ -lhello -lworld -Wl,-rpath ./
编译通过，得到可执行文件a.out，运行成功
静态库world编译也需要设置-fPIC选项
动态库hello需要链接world，但是不需要添加-Wl,-rpath选项
（1）编译word静态库
g++ -c world.cpp
ar -cr libworld.a world.o
（2）编译hello动态库
g++ -shared -fPIC hello.cpp -o libhello.so -L ./ -lworld
编译报错，因为world也必须使用-fPIC，重新编译
（3）编译可执行文件
g++ test.cpp -o a.out -L ./ -lhello -Wl,-rpath ./
一种方法是， hello和world静态库都独立编译，编译test时链接两个静态库，被调用库调用顺序靠后。静态库依赖有顺序，动态库没有。
另一种方法是，编译hello静态库时，将hello.o和world.o都包含进去。
（1）编译world静态库
g++ -c world.cpp
ar -cr libworld.a world.o
（2）编译hello静态库
g++ -c hello.cpp
ar -cr libhello.a hello.o
（3）编译可执行文件
g++ test.cpp -o a.out -L ./ -lworld -lhello
因为静态库的依赖有顺序，被调用库应该放在调用库后面，动态库没有依赖顺序，正确输入如下
g++ test.cpp -o a.out -L ./ -lhello -lworld
（4）静态库包含静态库