linux下c编译系统(转)
编译过程概述
了解一些编译知识的读者都知道，所谓编译，就是在编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件感谢格式的要求链接生成可执行程序。
UNIX环境下的C编译系统所遵循的也是这么一个一般的过程。值得注意的是这个过程并不是有某个单个程序完成的，而是有多个分别完成某一方面工作的程序组合完成的。这一设计思想同我们最初提到的UNIX系统软件功能专一的特点是相符的。
归纳起来，可以将UNIX环境下C编译系统的工作过程下图所示。
C源程序头文件－－>预编译处理（cpp)－－>编译程序本身－－>优化程序－－>汇编程序－－>链接程序-->可执行文件
一般我们用cc命令来完成对源程序的编译工作。此cc命令并不是一个二进制的可执行程序，而是一个shell命令文件。它的工作就是依次调用我们上面所列出的各个完成某部分工作的具体程序，将指定的c源程序转换成可执行的代码。
1.编译预处理
在此阶段，预编译程序读取c源程序，对其中的伪指令（以#开头的指令）和特殊符号进行处理。C语言中的伪指令主要包括以下四个方面
(1)宏定义指令，如# define Name
TokenString,#undef等。对于前一个伪指令，预编译所要作得的是将程序中的所有Name用TokenString替换，但作为字符串常量
的Name则不被替换。对于后者，则将取消对某个宏的定义，使以后该串的出现不再被替换。
（2）条件编译指令，如#ifdef,#ifndef,#else,#elif,#endif,等等。这些伪指令的引入使得程序员可以通过定义不同的宏来决定编译程序对哪些代码进行处理。预编译程序将根据有关的文件，将那些不必要的代码过滤掉
（3）头文件包含指令，如#include "FileName"或者#include
<FileName>等。在头文件中一般用伪指令#define定义了大量的宏（最常见的是字符常量），同时包含有各种外部符号的声明。采用
头文件的目的主要是为了使某些定义可以供多个不同的C源程序使用。因为在需要用到这些定义的C源程序中，只需加上一条#include语句即可，而不必再
在此文件中将这些定义重复一遍。预编译程序将把头文件中的定义统统都加入到它所产生的输出文件中，以供编译程序对之进行处理。
包含到c源程序中的头文件可以是系统提供的，这些头文件一般被放在/usr/include目录下。在程序中#include它们要使用尖括号
（<>)。另外开发人员�
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
这几天装了Ubuntu才发现，Xmark早就被河蟹钳了。难怪之前书签一直传不上去。。幸好win7还没删，不然我整个月的书签都没了。
在此记录一下破墙的方法：
sudo emacs /etc/hosts
添加
64.147.188.86 www.xmark.com
64.147.188.92 api.xmarks.com
64.147.188.89 login.xmarks.com
64.147.188.87 sync.xmarks.com
......
http://blog.csdn.net/unbutun/archive/2009/01/21/3847514.aspx
本文以RedHat9.0和i386平台为例，剖析了从用户打开电源直到屏幕出现命令行提示符的整个Linux启动过程。并且介绍了启动中涉及到的各种文件。
阅读Linux源代码，无疑是深入学习Linux的最好方法。在本文对Linux启动过程的介绍中，我们也尝试从源代� ......
网上看到的这篇关于Linux下C语言嵌入汇编的文章写的非常全，转载过来。
Using Assembly Language in Linux.
Intel和AT&T汇编语法差异：
1。前缀：
Intel汇编寄存器和立即数无需前缀。后者寄存器前缀为%，立即数前缀为$。
eg：
Intex Syntax
mov eax,1
mov ebx,0f ......
