Linux库文件的搜索路径

　　linux有很多值得学习的地方，这里我们主要介绍linux库文件，经过搜集和整理linux库文件材料，在这里拿出来和大家分享一下，希望大家看后会有不少收获。
　　linux库文件在连接(静态库和共享库)和运行(仅限于使用共享库的程序)时被使用，其搜索路径是在系统中进行设置的。
　　一般 Linux 系统把 /lib 和 /usr/lib
两个目录作为默认的库搜索路径，所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到库的搜索路径之中。
　　设置linux库文件的搜索路径有下列两种方式，可任选其一使用：
　　在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
　　在 /etc/ld.so.conf 文件中添加库的搜索路径。
　　将自己可能存放库文件的路径都加入到/etc/ld.so.conf中是明智的选择
　　添加方法也极其简单，将linux库文件的绝对路径直接写进去就OK了，一行一个。
　　例如：
　　/usr/X11R6/lib
　　/usr/local/lib
　　/opt/lib
　　需要注意的是：第二种搜索路径的设置方式对于程序连接时的库(包括共享库和静态库)的定位已经足够了，但是对于使用了共享库的程序的执行还是不
够的。这是因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件
/etc/ld.so.cache 从中进行搜索的。/
　　etc/ld.so.cache 是一个非文本的数据文件，不能直接编辑，它是根据
/etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig
命令将这些搜索路径下的共享库文件集中在一起而生成的(ldconfig 命令要以 root
权限执行)。因此，为了保证程序执行时对库的定位，在 /etc/ld.so.conf
中进行了库搜索路径的设置之后，还必须要运行 /sbin/ldconfig 命令更新
/etc/ld.so.cache 文件之后才可以。
　　ldconfig
,简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的linux库文件缓存到/etc/ld.so.cache
以供使用。因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下
/sbin/ldconfig使所有的库文件都被缓存到ld.so.cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用
的，结果编译过程中抱错，缺少xxx库，去查看发现明明就在那放着，搞的想大骂computer蠢猪一个。
　　在程序连接时，对于linux库文件(静态库和共享库)的搜索路径，除了上面的设置方式之外，还可以通过
-L 参数显式指定。因为用 -L
设置的路径将被优先搜索，所以在连接的时候通常都会以这种方式直接指定要连接的库的路径。
　　前面已经说明过了，库搜索路径的设置有两种方式：在环境变量
LD_LIBRARY_PATH 中设置以及在 /etc/ld.so.conf
文件中设置。其中，第二种设置方式需要 root 权限，以改变 /etc/ld.so.conf
文件并执行 /sbin/ldconfig 命令。而且，当系统重新启动后，所有的基于 GTK2
的程序在运行时都将使用新安装的 GTK+ 库。不幸的是，由于 GTK+
版本的改变，这有时会给应用程序带来兼容性的问题，造成某些程序运行不正常。为了避免出现上面的这些情况，在
GTK+
及其依赖库的安装过程中对于linux库的搜索路径的设置将采用第一种方式进行。
　　这种设置方式不需要 root 权限，设置也简单：
　　$ export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH
　　可以用下面的命令查看 LD_LIBRAY_PATH 的设置内容：
　　$ echo $LD_LIBRARY_PATH
　　至此，库的两种设置就完成了。

内存开始1M地址的介绍

存储器（仅指内存）分为rom和ram，在物理上是独立的器件，cpu操作他们时，都做为内存来处理，把他们总的看作一个若干存储单元构成的逻辑存储器，这个逻辑存储器就是我们所说的内存地址空间
8086的内存地址空间分布如下：
0x00000－0x9ffff 为主存（ram）
0xa0000－0xbffff为显存地址空间
0xc0000－0xfffff为各类rom地址空间
bios（各个部件的，包括主板，显卡，网卡等）使用rom存储，所以存储在第三段地址空间中，cpu上电后会把cs＝0xffff，ip＝0，此地址在rom中，ffff：0处有一跳转指令，cpu执行后，转去执行bios中的硬件系统检测和初始化程序，初始化程序会建立中断向量表，仅把rom中中断处理程序的入口地址登记到中断向量表中，硬件系统检测和初始化完成后，则会调用int
19h进行操作系统的启动
中断向量表不是内存的前一兆空间，而是1k。
rom中的数据不会被加载或拷贝到主存（ram）中的，会直接寻址，因为他处在内存地址空间中，rom不是内存的说法好像是不正确的，内存是指内部存储器，与硬盘和磁盘等外部存储器相对而言，内存应该和ram不等同
如果你的ram超过1m的大小，实模式下，ram应该不会被完全使用，因为没有多与的逻辑地址空间供他们使用

linux用户空间和内核空间之细说

从以上几讲我们知道，Linux简化了分段机制，使得虚拟地址与线性地址总是一致，因此，Linux的虚拟地址空间也为0～4G。Linux内核将这4G字节的空间分为两部分。将最高的1G字节（从虚拟地址0xC0000000到0xFFFFFFFF），供内核使用，称为"内核空间"。而将较低的3G字节（从虚拟地址0x00000000到0xBFFFFFFF），供各个进程使用，称为"用户空间）。因为每个进程可以通过系统调用进入内核，因此，Linux内核由系统内的所有进程共享。于是，从具体进程的角度来看，每个进程可以拥有4G字节的虚拟空间。
Linux使用两级保护机制：0级供内核使用，3级供用户程序使用。从图中可以看出（这里无法表示图），每个进程有各自的私有用户空间（0～3G），这个空间对系统中的其他进程是不可见的。最高的1GB字节虚拟内核空间则为所有进程以及内核所共享。
1．虚拟内核空间到物理空间的映射
内核空间中存放的是内核代码和数据，而进程的用户空间中存放的是用户程序的代码和数据。不管是内核空间还是用户空间，它们都处于虚拟空间中。读者会问，系统启动时，内核的代码和数据不是被装入到物理内存吗？它们为什么也处于虚拟内存中呢？这和编译程序有关，后面我们通过具体讨论就会明白这一点。
虽然内核空间占据了每个虚拟空间中的最高1GB字节，但映射到物理内存却总是从最低地址（0x00000000）开始。对内核空间来说，其地址映射是很简单的线性映射，0xC0000000就是物理地址与线性地址之间的位移量，在Linux代码中就叫做PAGE_OFFSET。

我们来看一下在include/asm/i386/page.h中对内核空间中地址映射的说明及定义：
/*
* This handles the memory map.. We could make this a config
* option, but too many people screw it up, and too few need
* it.
*
* A __PAGE_OFFSET of 0xC0000000 means that the kernel has
* a virtual address space of one gigabyte, which limits the
* amount of physical memory you can use to about 950MB.
*
* If you want more physical memory than this then see the CONFIG_HIGHMEM4G
* and CONFIG_HIGHMEM64G options in the kernel configuration.
*/

#define __PAGE_OFFSET (0xC0000000)
……
#define PAGE_OFFSET ((unsigned long)__PAGE_OFFSET)
#define __pa(x) ((unsigned long)(x)-PAGE_OFFSET)
#define __va(x) ((void *)((unsigned long)(x)+PAGE_OFFSET))
源代码的注释中说明，如果你的物理内存大于950MB，那么在编译内核时就需要加CONFIG_HIGHMEM4G和CONFIG_HIGHMEM64G选项，这种情况我们暂不考虑。如果物理内存小于950MB，则对于内核空间而言，给定一个虚地址x，其物理地址为"x-
PAGE_OFFSET"，给定一个物理地址x，其虚地址为"x+ PAGE_OFFSET"。
这里再次说明，宏__pa()仅仅把一个内核空间的虚地址映射到物理地址，而决不适用于用户空间，用户空间的地址映射要复杂得多。
2．内核映像
在下面的描述中，我们把内核的代码和数据就叫内核映像（kernel
image）。当系统启动时，Linux内核映像被安装在物理地址0x00100000开始的地方，即1MB开始的区间(第1M留作它用)。然而，在正常运行时，
整个内核映像应该在虚拟内核空间中，因此，连接程序在连接内核映像时，在所有的符号地址上加一个偏移量PAGE_OFFSET，这样，内核映像在内核空间的起始地址就为0xC0100000。
例如，进程的页目录PGD（属于内核数据结构）就处于内核空间中。在进程切换时，要将寄存器CR3设置成指向新进程的页目录PGD，而该目录的起始地址在内核空间中是虚地址，但CR3所需要的是物理地址，这时候就要用__pa()进行地址转换。在mm_context.h中就有这么一行语句：
asm volatile("movl %0,%%cr3": :"r" (__pa(next->pgd));
这是一行嵌入式汇编代码，其含义是将下一个进程的页目录起始地址next_pgd，通过__pa()转换成物理地址，存放在某个寄存器中，然后用mov指令将其写入CR3寄存器中。经过这行语句的处理，CR3就指向新进程next的页目录表PGD了。

Linux使用笔记: 在Linux中使能IP转发

Linux系统缺省并没有打开IP转发功能，要确认IP转发功能的状态，可以查看/proc文件系统，使用下面命令：
cat /proc/sys/net/ipv4/ip_forward

如果上述文件中的值为0,说明禁止进行IP转发；如果是1,则说明IP转发功能已经打开。

要想打开IP转发功能，可以直接修改上述文件：
echo 1 > /proc/sys/net/ipv4/ip_forward

把文件的内容由0修改为1。禁用IP转发则把1改为0。

上面的命令并没有保存对IP转发配置的更改，下次系统启动时仍会使用原来的值，要想永久修改IP转发，需要修改/etc/sysctl.conf文件，修改下面一行的值：
net.ipv4.ip_forward = 1

修改后可以重启系统来使修改生效，也可以执行下面的命令来使修改生效：
sysctl -p /etc/sysctl.conf

进行了上面的配置后，IP转发功能就永久使能了

Big endian and Little endian

谈到字节排序的问题，必然牵涉到两大CPU派系。那就是Motorola的PowerPC系列CPU和Intel的x86系列
CPU。PowerPC系列采用big endian方式存储数据，而x86系列则采用little
endian方式存储数据。ARM同时支持 big和little，实际应用中通常使用little
endian。那么究竟什么是big endian，什么又是little endian呢？

其实big endian是指低地址存放最高有效字节（MSB），而little
endian则是低地址存放最低有效字节（LSB）。用文字说明可能比较抽象，下面用图像加以说明。比如数字0x12345678在两种不同字节序CPU中的存储顺序如下所示：

Big Endian
一个Word中的高位的Byte放在内存中这个Word区域的低地址处

低地址 高地址
----------------------------------------->
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 12 | 34 | 56 | 78 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Little Endian
一个Word中的低位的Byte放在内存中这个Word区域的低地址处

低地址 高地址
----------------------------------------->
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 78 | 56 | 34 | 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

从上面两图可以看出，采用big
endian方式存储数据是符合我们人类的思维习惯的。必须注意的是：一个Word的长度是16位，一个Byte的长度是8位。如果一个数超过一个
Word的长度，必须先按Word分成若干部分，然后每一部分(即每个Word内部)按Big-Endian或者Little-Endian的不同操作来
处理字节。
一个例子：
如果我们将0x1234abcd写入到以0x0000开始的内存中，则结果为
big-endian little-endian
0x0000 0x12 0xcd
0x0001 0x34 0xab
0x0002 0xab 0x34
0x0003 0xcd 0x12

需要特别说明的是,以上假设机器是每个内存单元以8位即一个字节为单位的.简单的说,little
endian把低位存放到高位,而big endian把低位存放到低位.
现在主流的CPU,intel系列的是采用的little
endian的格式存放数据,而motorola系列的CPU采用的是big endian.
以下是判断字节存储顺序的可移植的C语言代码:
/*可移植的用于判断存储格式是
little endian还是big ednian的C代码*/
#include < stdio.h >
union
{
long Long;
char Char[ sizeof ( long )];
} u;

int main()
{
u.Long = 1 ;
if (u.Char[ 0 ] == 1 )
{
printf( " Little Endian!\n " );
}
else if (u.Char[ sizeof ( long ) - 1 ] == 1 )
{
printf( " Big Endian!\n " );
}
else
{
printf( " Unknown Addressing!\n " );
}

printf( " Now, Let's look at every byte in the memory!\n " );
for ( int i = 0 ; i < sizeof ( long ); ++ i)
{
printf( " [%x] = %x\n " , & u.Char[i], u.Char[i]);
}
return 0 ;
}
在 网络编程中,TCP/IP统一采用big
endian方式传送数据,也就是说,假设现在是在一个字节顺序是little
endian的机器上传送数据,要求传送的数据是0XCEFABOBO,那么你就要以0XBOBOFACE的顺序在unsigned
int中存放这个数据,只有这样才能保证存放的顺序满足TCP/IP的字节顺序要求.很多时候,需要自己编写应用层的协议,字节顺序的概念在这个时候就显
得及其的重要了.
下面给出的是在big endian和little
endian中相互转换的代码,C语言强大的位操作的能力在这里显示了出来:
/*在little endian和big ednian之间相互转化数据的演示代码*/
#include < stdio.h >
const unsigned char SIZE_OF_UNSIGNEDINT = sizeof (unsigned int );
const unsigned char SIZE_OF_UNSIGNEDCHAR = sizeof (unsigned char );

void put_32(unsigned char * cmd, unsigned int data)
{
int i;
for (i = SIZE_OF_UNSIGNEDINT - 1 ; i >= 0 ; -- i)
{
cmd[i] = data % 256 ;
// 或者可以:
// cmd[i] = data & 0xFF;
data = data >> 8 ;
}
}

unsigned int get_32(unsigned char * cmd)
{
unsigned int ret;
int i;
for (ret = 0 , i = SIZE_OF_UNSIGNEDINT - 1 ; i >= 0 ; -- i)
{
ret = ret << 8 ;
ret |= cmd[i];
}
return ret;
}

int main( void )
{
unsigned char cmd[SIZE_OF_UNSIGNEDINT];
unsigned int data, ret;
unsigned char * p;
int i;
data = 0x12345678 ;
printf( " data = %x\n " , data);
// 以字节为单位打印出数据
p = (unsigned char * )( & data);
for(i = 0 ; i < SIZE_OF_UNSIGNEDINT; ++ i)
{
printf( " %x " , * p ++ );
}
printf( " \n " );
//以相反的顺序存放到cmd之中
put_32(cmd, data);
for (i = 0 ; i < SIZE_OF_UNSIGNEDINT; ++ i)
{
printf( " cmd[%d] = %x\n " , i, cmd[i]);
}
// 再以相反的顺序保存数据到ret中
// 保存之后的ret数值应该与data相同
ret = get_32(cmd);
printf( " ret = %x\n " , ret);
p = (unsigned char * )( & ret);
for(i = 0 ; i < SIZE_OF_UNSIGNEDINT; ++ i)
{
printf( " %x " , * p ++ );
}
printf( " \n " );
return 0 ;
}

为什么要注意字节序的问题呢？你可能这么问。当然，如果你写的程序只在单机环境下面运行，并且不和别人的程序打交道，那么你完全可以忽略字节序的存在。但
是，如果你的程序要跟别人的程序产生交互呢？在这里我想说说两种语言。C/C++语言编写的程序里数据存储顺序是跟编译平台所在的CPU相关的，而
JAVA编写的程序则唯一采用big
endian方式来存储数据。试想，如果你用C/C++语言在x86平台下编写的程序跟别人的JAVA程序互通时会产生什么结果？就拿上面的
0x12345678来说，你的程序传递给别人的一个数据，将指向0x12345678的指针传给了JAVA程序，由于JAVA采取big
endian方式存储数据，很自然的它会将你的数据翻译为0x78563412。什么？竟然变成另外一个数字了？是的，就是这种后果。因此，在你的C程序
传给JAVA程序之前有必要进行字节序的转换工作。

所有网络协议也都是采用big endian的方式来传输数据的。所以有时我们也会把big
endian方式称之为网络字节序。当两台采用不同字节序的主机通信时，在发送数据之前都必须经过字节序的转换成为网络字节序后再进行传输。ANSI
C中提供了下面四个转换字节序的宏。

当前的存储器，多以byte为访问的最小单元，当一个逻辑上的整理必须分割为物理
上的若干单元时就存在了先放谁后放谁的问题,于是endian的问题应运而生了,对于不同的存储方法,就有Big-endian和Little-
endian两个描述.(这两个术语来自于 Jonathan Swift
的《《格利佛游记》其中交战的两个派别无法就应该从哪一端－－小端还是大端－－打开一个半熟的鸡蛋达成一致。在那个时代，Swift是在讽刺英国和法国之
间的持续冲突，Danny
Cohen，一位网络协议的早期开创者，第一次使用这两个术语来指代字节顺序，后来这个术语被广泛接纳了。)
存在"如果说"跟word或者说字长根本就没关系"，假设有一数据文件里面有N多数顺序排布，如果想以Little-Endian
format
读入内存某区域，那么应该怎么读？怎么排？"这样的问题是由于对于endian的实质理解的偏差，endian指的是当物理上的最小单元比逻辑上的最小单
元小时，逻辑到物理的单元排布关系。这里的"有一数据文件里面有N多数顺序排布"，这个"有一数据"显然不是逻辑上的最小单元，而其中的"N多数"的一个
才是逻辑最小单元，于是可应用楼主表格中的原则排列，而"N多数"之间的顺序则是由这"N多数"的宿主决定的，比如是你写的程序，这个顺序由你决定.

刚才谈到了，endian指的是当物理上的最小单元比逻辑上的最小单元小时，逻辑到物理的单元排布关系。咱们接触到的物理单元最小都是byte，在通信领域中，这里往往是bit，不过原理也是类似的。

实践可以给你更多的经验，比如在一个嵌入式系统的通信协议中，从底层射频驱动到上层的协议栈全部需要实现，那么很可能遇到多个endian的问题，底层的bit序、协议层的byte序、应用层的byte序，这些都是不同的概念.

gcc和g++的区别和联系

gcc和g++都是GNU(组织)的一个编译器。

误区一:gcc只能编译c代码,g++只能编译c++代码
两者都可以，但是请注意：
1,后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的。C++的语法规则更加严谨一些。
2,编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。

误区二:gcc不会定义__cplusplus宏，而g++会
实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。

误区三:编译只能用gcc，链接只能用g++
严
格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc
-lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。

c89和c99区别

1、增加restrict指针
　　C99中增加了公适用于指针的restrict类型修饰符，它是初始访问指针所指对象的惟一途径，因此只有借助restrict指针表达式才能访问对象。restrict指针指针主要用做函数变元，或者指向由malloc()函数所分配的内存变量。restrict数据类型不改变程序的语义。
如果某个函数定义了两个restrict指针变元，编译程序就假定它们指向两个不同的对象，memcpy()函数就是restrict指针的一个典型应用示例。C89中memcpy()函数原型如下：
代码:
void *memcpy (void *s1, const void *s2, size_t size);
如果s1和s2所指向的对象重叠，其操作就是未定义的。memcpy()函数只能用于不重叠的对象。C99中memcpy()函数原型如下：
代码:　　
void *memcpy(void *restrict s1, const void *restrict s2,size_t size);　　
通过使用restrict修饰s1和s2 变元，可确保它们在该原型中指向不同的对象。
　　2、inline（内联）关键字
　　内联函数除了保持结构化和函数式的定义方式外,还能使程序员写出高效率的代码.函数的每次调用与返回都会消耗相当大的系统资源,尤其是当函数调用发生在重复次数很多的循环语句中时.一般情况下,当发生一次函数调用时,变元需要进栈,各种寄存器内存需要保存.当函数返回时,寄存器的内容需要恢复。如果该函数在代码内进行联机扩展，当代码执行时，这些保存和恢复操作旅游活动会再发生，而且函数调用的执行速度也会大大加快。函数的联机扩展会产生较长的代码，所以只应该内联对应用程序性能有显著影响的函数以及长度较短的函数。　
　　3、新增数据类型　
　　_Bool　
　　值是0或1。C99中增加了用来定义bool、true以及false宏的头文件夹<stdbool.h>，以便程序员能够编写同时兼容于C与C++的应用程序。在编写新的应用程序时，应该使用
<stdbool.h>头文件中的bool宏。
　　_Complex and _Imaginary
　C99标准中定义的复数类型如下：float_Complex; float_Imaginary;
double_Complex; double_Imaginary; long double_Complex; long
double_Imaginary.
<complex.h>头文件中定义了complex和imaginary宏,并将它们扩展为_Complex和_Imaginary,因此在编写新的应用程序时,应该使用<stdbool.h>头文件中的complex和imaginary宏。
　　long long int
　　C99标准中引进了long long int（-(2e63 - 1)至2e63 - 1）和unsigned long
long int（0 - 2e64
- 1）。long long int能够支持的整数长度为64位。
　　4、对数组的增强
可变长数组
C99中,程序员声明数组时,数组的维数可以由任一有效的整型表达式确定,包括只在运行时才能确定其值的表达式,这类数组就叫做可变长数组,但是只有局部数组才可以是变长的.可变长数组的维数在数组生存期内是不变的,也就是说,可变长数组不是动态的.可以变化的只是数组的大小.可以使用*来定义不确定长的可变长数组。　　
　　数组声明中的类型修饰符
　　在C99中，如果需要使用数组作为函数变元，可以在数组声明的方括号内使用static关键字，这相当于告诉编译程序，变元所指向的数组将至少包含指定的元素个数。也可以在数组声明的方括号内使用restrict,volatile,const关键字，但只用于函数变元。如果使用restrict，指针是初始访问该对象的惟一途径。如果使用const，指针始终指向同一个数组。使用volatile没有任何意义。
　　5、单行注释
　　引入了单行注释标记 "//" , 可以象C++一样使用这种注释了。
　　6、分散代码与声明
　　7、预处理程序的修改
　　ａ、变元列表
　　宏可以带变元，在宏定义中用省略号（...）表示。内部预处理标识符__VA_ARGS__决定变元将在何处得到替换。例：#define
MySum(...) sum(__VA_ARGS__) 语句MySum(k,m,n);将被转换成：sum(k, m,
n);　变元还可以包含变元。例： #define compare(compf, ...)
compf(__VA_ARGS__) 其中的compare(strcmp,"small", "large");
将替换成：strcmp("small","large");
　　ｂ、_Pragma运算符
　　C99引入了在程序中定义编译指令的另外一种方法：_Pragma运算符。格式如下：
　　_Pragma("directive")
　　其中directive是要满打满算的编译指令。_Pragma运算符允许编译指令参与宏替换。
　　ｃ、内部编译指令
　　STDCFP_CONTRACT ON/OFF/DEFAULT
若为ON，浮点表达式被当做基于硬件方式处理的独立单元。默认值是定义的工具。
　　STDCFEVN_ACCESS ON/OFF/DEFAULT
告诉编译程序可以访问浮点环境。默认值是定义的工具。
　　STDC CX_LIMITED_RANGE ON/OFF/DEFAULT
若值为ON，相当于告诉编译程序某程序某些含有复数的公式是可靠的。默认是OFF。
　　ｄ、新增的内部宏
　　__STDC_HOSTED__ 若操作系统存在，则为1
　　__STDC_VERSION__ 199991L或更高。代表C的版本
　　__STDC_IEC_599__ 若支持IEC 60559浮点运算，则为1
　　__STDC_IEC_599_COMPLEX__ 若支持IEC 60599复数运算，则为1
　　__STDC_ISO_10646__ 由编译程序支持，用于说明ISO/IEC
10646标准的年和月格式：
yyymmmL
　　8、for语句内的变量声明　　
　　C99中，程序员可以在for语句的初始化部分定义一个或多个变量，这些变量的作用域仅于本for语句所控制的循环体内。比如：
代码:
for(int i=0; i<10; i++){
// do someting ...
}
　　9、复合赋值
　　C99中，复合赋值中，可以指定对象类型的数组、结构或联合表达式。当使用复合赋值时，应在括弧内指定类型，后跟由花括号围起来的初始化列表；若类型为数组，则不能指定数组的大小。建成的对象是未命名的。
　　例： double *fp = (double[]) {1.1, 2.2, 3.3};
　　该语句用于建立一个指向double的指针fp，且该指针指向这个3元素数组的第一个元素。
在文件域内建立的复合赋值只在程序的整个生存期内有效。在模块内建立的复合赋值是局部对象，在退出模块后不再存在。
　　10、柔性数组结构成员
　　C99中，结构中的最后一个元素允许是未知大小的数组，这就叫做柔性数组成员，但结构中的柔性数组成员前面必须至少一个其他成员。柔性数组成员允许结构中包含一个大小可变的数组。sizeof返回的这种结构大小不包括柔性数组的内存。包含柔性数组成员的结构用malloc()函数进行内存的动态分配，并且分配的内存应该大于结构的大小，以适应柔性数组的预期大小。
　　11、指定的初始化符
　　C99中，该特性对经常使用稀疏数组的程序员十分有用。指定的初始化符通常有两种用法：用于数组，以及用于结构和联合。用于数组的格式：[index]
= vol; 其中，index表示数组的下标，vol表示本数组元素的初始化值。
　　例如： int x[10] = {[0] = 10, [5] = 30};
其中只有x[0]和x[5]得到了初始化．用于结构或联合的格式如下：
　　member-name(成员名称)
　　对结构进行指定的初始化时，允许采用简单的方法对结构中的指定成员进行初始化。
　　例如： struct example{ int k, m, n; } object = {m = 10,n = 200};
　　其中，没有初始化k。对结构成员进行初始化的顺序没有限制。
　12、printf()和scanf()函数系列的增强
　　C99中printf()和scanf()函数系列引进了处理long long int和unsigned long
long int数据类型的特性。long long int
类型的格式修饰符是ll。在printf()和scanf()函数中，ll适用于d, i, o, u
和x格式说明符。另外，C99还引进了hh修饰符。当使用d, i, o,
u和x格式说明符时，hh用于指定char型变元。ll和hh修饰符均可以用于n说明符。
　　格式修饰符a和A用在printf()函数中时，结果将会输出十六进制的浮点数。格式如下：[-]0xh,
hhhhp
+ d
使用A格式修饰符时，x和p必须是大写。A和a格式修饰符也可以用在scanf()函数中，用于读取浮点数。调用printf()函数时，允许在%f说明符前加上l修饰符，即%lf，但不起作用。
　　13、C99新增的库
　　C89中标准的头文件
　　<assert.h> 定义宏assert()
　　<ctype.h> 字符处理
　　<errno.h> 错误报告
　　<float.h> 定义与实现相关的浮点值勤
　　<limits.h> 定义与实现相关的各种极限值
　　<locale.h> 支持函数setlocale()
　　<math.h> 数学函数库使用的各种定义
　　<setjmp.h> 支持非局部跳转
　　<signal.h> 定义信号值
　　<stdarg.h> 支持可变长度的变元列表
　　<stddef.h> 定义常用常数
　　<stdio.h> 支持文件输入和输出
　　<stdlib.h> 其他各种声明
　　<string.h> 支持串函数
　　<time.h> 支持系统时间函数
　　C99新增的头文件和库
　　<complex.h> 支持复数算法
　　<fenv.h> 给出对浮点状态标记和浮点环境的其他方面的访问
　　<inttypes.h>
定义标准的、可移植的整型类型集合。也支持处理最大宽度整数的函数
　　<iso646.h> 首先在此1995年第一次修订时引进，用于定义对应各种运算符的宏
　　<stdbool.h> 支持布尔数据类型类型。定义宏bool，以便兼容于C++
　　<stdint.h> 定义标准的、可移植的整型类型集合。该文件包含在<inttypes.h>中
　　<tgmath.h> 定义一般类型的浮点宏
　　<wchar.h> 首先在1995年第一次修订时引进，用于支持多字节和宽字节函数
　　<wctype.h> 首先在1995年第一次修订时引进，用于支持多字节和宽字节分类函数
　　14、__func__预定义标识符
　　用于指出__func__所存放的函数名，类似于字符串赋值。
　　15、其它特性的改动
　　放宽的转换限制
　
　　　　限制　　　　　　　　　　　　　C89标准　　C99标准
　　　　数据块的嵌套层数　　　　　　　15　　　　　127
　　　　条件语句的嵌套层数　　　　　　8　　　　　 63
　　　　内部标识符中的有效字符个数　　31　　　　　63
　　　　外部标识符中的有效字符个数　　6　　　　　　31
　　　　结构或联合中的成员个数　　　　127　　　　1023
　　　　函数调用中的参数个数　　　　　31　　　　　127
　　不再支持隐含式的int规则
　　删除了隐含式函数声明
　　对返回值的约束
　　　　C99中,非空类型函数必须使用带返回值的return语句.
　　扩展的整数类型
　　　　扩展类型 含义
　　　　int16_t 整数长度为精确16位
　　　　int_least16_t 整数长度为至少16位
　　　　int_fast32_t 最稳固的整数类型,其长度为至少32位
　　　　intmax_t 最大整数类型
　　　　uintmax_t 最大无符号整数类型
　　对整数类型提升规则的改进
　　　　C89中,表达式中类型为char,short int或int的值可以提升为int或unsigned
int类型.
　　　　C99中,每种整数类型都有一个级别.例如:long long int 的级别高于int,
int的级别高于char等.在表达式中,其级别低于int或unsigned
int的任何整数类型均可被替换成int或unsigned int类型.