Linux .o a .so .la .lo的区别及libtool相关介绍
原文地址：http://www.eetop.cn/blog/html/40/202640-8862.html
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的时候，比如：
;B*} c&j P:O0
e
i
Ph C UO6c0
$libtool --mode=link gcc -o libmylib.la -rpath /usr/li
相关文档：
Service Discovery Protocol(SDP)提供一种能力，让应用程序有方法发现哪种服务可用以及这种服务的特性。
服务发现协议(SDP或Bluetooth SDP)在蓝牙协议栈中对蓝牙环境中的应用程序有特殊的含意，发现哪个服务是可用的和确定这些可用服务的特征。SDP定义了bluetooth client发现可用bluetooth server服务和它们的特征的方法。 ......
最近做的东西还真是杂乱无章, 有点跟不上进度,接触的都是未知的东西.继续扩充..
alarm（设置信号传送闹钟）
相关函数 signal，sleep
表头文件 #include<unistd.h>
定义函数 unsigned int alarm(unsigned int seconds);
函数说明 alarm()用来设置信号SIGALRM在经过参数seconds指定的秒数后传送给目前的进 ......
1.UNIX是一个强大、健壮、稳定的操作系统。
特点：
1.UNIX很简介，系统调用数目少，有明确的设计目的。
2.一切皆文件。
3.UNIX的内核和系统都是C开发的，利于移植。
4.提供一套进程间通信的元语。
2.UNIX发展成为多任务、多线程、虚拟内存、换页、动态连接和TCP ......
RHEL5在安装VM-wareTools过程中出现如下错误：
What is the
location of the directory of C header files that match your running kernel?
[/usr/src/linux/include] The directory of kernel headers (version
2.6.18-8.el5xen) does not match
此错误主要是想找Linux内核的包含头文件找不到。要解决此问题需要� ......
一、ioctl
大部分设备除了读写能力，还可进行超出简单的数据传输之外的操作，所以设备驱动也必须具备进行各种硬件控制操作的能力. 这些操作常常通过 ioctl 方法来支持，它有和用户空间版本不同的原型:
int (*ioctl) (struct inode *inode, struct file *filp,
&n ......
