linux下ld连接SO文件时如何制定绝对路径

连接器使用下面的搜索路径来定位需要的共享库: 1. 所有由"-rpath-link"选项指定的搜索路径. 2. 所有由"-rpath"指定的搜索路径. “-rpath"跟"-rpath_link"的不同之处在于,由"-rpath"指定的路径被包含在可执行文件中,并在运行时使用, 而"-rpath-link"选项仅仅在连接时起作用. 它只用于本地连接器. 3. 在一个ELF系统中, 如果"-rpath"和"rpath-link"选项没有被使用, 会搜索环境变量"LD_RUN_PATH"的内容.它也只对本地连接器起作用. 4. 在SunOS上, “-rpath"选项不使用, 只搜索所有由"-L"指定的目录. 5. 对于一个本地连接器,环境变量"LD_LIBRARY_PATH"的内容被搜索. 6. 对于一个本地ELF连接器,共享库中的`DT_RUNPATH"和`DT_RPATH" *** 作符会被需要它的共享库搜索. 如果"DT_RUNPATH"存在了, 那"DT_RPATH"就会被忽略. 7. 缺省目录, 常规的,如"/lib"和"/usr/lib". 8. 对于ELF系统上的本地连接器, 如果文件"/etc/ld.so.conf"存在, 这个文件中有的目录会被搜索.

如上所述，可以用"-rpath-link"，"-rpath"，或者文件"/etc/ld.so.conf"来指定。

linux的内核中有很多汇编语言，但gcc是linux的唯一指定编译器，说明汇编的编译同样使用gcc，只是命令参数不一样

我美编写过8086汇编，但我编译过内核，确实不需要其他编译器

回答补充：

原来是编辑器的问题，我还以为你找的全套流程呢。

我连vim都没碰过，平时都是gedit，只有自动缩进一项功能，还很弱智，帮不上你了

这儿一点参考资料，贴出来，虽然有可能用不上

http://www.ibm.com/developerworks/cn/linux/l-assembly/

gcc编译时，当使用动态库编译可以按照几种写法

1.gcc test.c ./libSDL2-2.so

2.gcc test.c -lSDL2-2

3.gcc test.c -L/home/test -lSDL2-2

一般的编译参数都是按照2或3去写

2写法的含义是从/lib或者/usr/lib目录下寻找名称为SDL2-2的库，即寻找/lib/libSDL2-2.so或者/usr/lib/libSDL2-2.so文件进行链接，当然如果没有动态库就会去找静态库，再没有应该就会在编译时报错

3写法的含义是从-L参数首先从指定的目录中寻找需要链接的库文件，随后再去寻找系统文件夹中是否存在需要的库

1写法的含义是将当前目录下的./libSDL2-2.so.0文件链接进最终文件，因此执行readelf -a a.out后在动态库部分所看到的路径就是./libSDL2-2.so.0，进而在执行文件时仅会从当前目录下寻找libSDL2-2.so.0文件，当执行文件时所在的目录下没有该文件时就会出现找不到库文件的 *** 作

你第二次 *** 作时，因为function.so库文件与a.out文件在同一个目录，同时也是在该目录下执行的ldd *** 作及运行a.out，a.out在加载动态库时从当前目录下找到了所需要的库文件，此时能够执行成功（ldd命令实质是一个脚本，通过设置环境变量运行动态库链接器来输出所有待链接的动态库）。

你可以试试将a.out拷贝至其他目录再次运行，将出现和第一次 *** 作时一样的现象，找不到function.so文件。

具体的解决方法就是修改编译参数，将./libSDL2-2.so.0修改为-lSDL2-2并将libSDL2-2.so.0文件拷贝至/usr/lib目录下，并且可能因为没有修改链接器的缓存文件（将可能找不到带版本号后缀的动态库），需要在/usr/lib目录下建立一个文件连接（ln -s libSDL2-2.so.0 libSDL2-2.so）或者直接修改名称为libSDL2-2.so

---