linux下的so、o、lo、a、la文件有什么区别？
o: 编译的目标文件
a: 静态库，其实就是把若干o文件打了个包
so: 动态链接库（共享库）
lo: 使用libtool编译出的目标文件，其实就是在o文件中添加了一些信息
la: 使用libtool编译出的库文件，其实是个文本文件，记录同名动态库和静态库的相关信息
1 libtool的工作原理
libtool 是一个通用库支持脚本，将使用动态库的复杂性隐藏在统一、可移植的接口中；使用libtool的标准方法，可以在不同平台上创建并调用动态库。可以认为libtool是gcc的一个抽象，其包装了gcc（或者其他的编译器），用户无需知道细节，只要告诉libtool需要编译哪些库即可，libtool将处理库的依赖等细节。libtool只与后缀名为lo、la为的libtool文件打交道。
libtool主要的一个作用是在编译大型软件的过程中解决了库的依赖问题；将繁重的库依赖关系的维护工作承担下来，从而释放了程序员的人力资源。libtool提供统一的接口，隐藏了不同平台间库的名称的差异等细节，生成一个抽象的后缀名为la高层库libxx.la（其实是个文本文件），并将该库对其它库的依赖关系，都写在该la的文件中。该文件中的dependency_libs记录该库依赖的所有库（其中有些是以.la文件的形式加入的）；libdir则指出了库的安装位置；library_names记录了共享库的名字；old_library记录了静态库的名字。
当编译过程到link阶段的时候，如果有下面的命令：
$libtool --mode=link gcc -o myprog -rpath /usr/lib –L/usr/lib –la
libtool会到/usr/lib路径下去寻找liba.la，然后从中读取实际的共享库的名字（library_names中记录了该名字，比如liba.so）和路径(lib_dir中记录了，比如libdir=’/usr/lib’)，返回诸如/usr/lib/liba.so的参数给激发出的gcc命令行。
如果liba.so依赖于库/usr/lib/libb.so，则在liba.la中将会有dependency_libs=’-L/usr/lib -lb’或者dependency_libs=’/usr/lib/libb.la’的行，如果是前者，其将直接把“-L/usr/lib –lb”当作参数传给gcc命令行；如果是后者，libtool将从/usr/lib/libb.la中读取实际的libb.so的库名称和路径，然后组合成参数“/usr/lib/libb.so”传递给gcc命令行。
当要生成的文件是诸如libmylib.la的时候，比如：
$libtool --mode=link gcc -o libmylib.la -rpath /usr/lib –L/usr/lib –la
其依赖的库的搜索基本类似，只是在这个时候会根据相应的规则生成相应的共享�
相关文档：
先来了解一下文件属性，
在shell环境里输入：ls -l 可以查看当前目录文件。如：
drwxr-xr-x 2 nsf users 1024 12-10 17:37 下载文件备份
分别对应的是：
文件属性 连接数 文件拥有者 所属群组 文件大小 文件修改时间 文件名
这里r是可读，w可写,x 可执行，其中文件属性分为四段，---- --- --- 10个位置
例如：
d ......
主要有下面三种方式：
1.whereis 文件名
特点:快速, 执行准确查找。
2.find / -name 文件名
查出很多东西，有很多
“Permission Denied".
#find / -name php.ini
3.locate 文件名
最快的方法.执行模糊查找。
注意:第一次使用该命令,可能需要更新数据库,按照提示的命令执行一下就好了.
这里就要说说loc ......
首先简单的介绍两者：
【linux操作系统：简称命令浮操作系统】
简介：
简单地说，Linux是一套免费使用和自由传播的类Unix操作系统，它主要用于基于x86系列CPU的计算机上。这个系统是由世界各地的成千上万的程序员设计和实现的。其目的是建立不受任何商品化软件的版权制约的、全世界都能自由使用的Unix兼容产品。
特点： ......
虽然mplayer的安装方法已经不是什么技术活，但最近有不少同学在询问我关于mplayer的安装方法的问题。我一贯推荐它们源代码包的安装，虽然步骤有些复杂，但解码器和二进制程序都尽在掌握，心里踏实。
＝＝＝
1
下载如下这些软件：
all-20071007.tar.bz2
windows-all-20071007.zip
Blue-1.7.tar.bz2
MPlayer-1.0rc2.ta ......
虽然学过
Linux Shell
编程，但由于编写
Shell
脚本的机会实在是比较少
(
通常在项目初期搭建开发环境时编写得比较
多一些
)
，所以一
些语法久而久之就会忘了，一个简单的语法去翻书效率实在是慢，所以就个人整理了一个表格，由于我用的编程语言是
C/C++
，所以在编程的时候往往脑海里面首
先浮现的是用
C
......
