比hello 还简单的程序. 主要是为了分析一下预处理结果
#include <stdio.h>
int main()
{
ssize_t a=5;
return 0;
}
想看一看stdio.h中都包含了什么?
想看一看ssize_t 到底是什么类型.
好说,做一下预处理即可,生成main.cpp.i
gcc 预处理后面的数字
官方参考链接
https://gcc.gnu.org/onlinedocs/cpp/Preprocessor-Output.html
简单说: 如下格式:
# linenum filename flags
linenum: 该文件中行号
flags: 有1,2,3,4
1. 一个新文件的开始
2. 又回到了这个文件,当它包含其它文件时
3. 下面的文本来自于系统头文件
4. 下面的文本相当于extern "C" 块
顺便附两张图,说明ssize_t, size_t 是在哪里定义的.
由图可知:
在"/usr/lib/gcc/x86_64-linux-gnu/4.8/include/stddef.h"
第 212 行定义了
typedef long unsigned int size_t;
在"/usr/include/stdio.h" 90 行附近
typedef __ssize_t ssize_t;
在 "/usr/include/x86_64-linux-gnu/bits/types.h" 第122行 下方
定义了类型__ssize_t
typedef long int __ssize_t;
虽然结果看得十分清晰,这得益于预处理的结果.
但实际的定义过程还有些复杂
__STD_TYPE __SSIZE_T_TYPE __ssize_t; /* Type of a byte count, or error. */
# define __STD_TYPE __extension__ typedef
__SSIZE_T_TYPE 这个宏却逃逸了!!??
要穷追这个宏定义吗? 又要找些手段来对付它了!
grep 并不是一个好办法,算一个笨办法,最好能直接追踪它的宏定义链.
前后浏览了一下,在它包含的文件里
/usr/include/x86_64-linux-gnu/bits/typesizes.h
#define __SSIZE_T_TYPE __SWORD_TYPE
在本文件里
/usr/include/x86_64-linux-gnu/bits/types.h
# define __SWORD_TYPE long int
这样就没有一点悬念了. en,攻无不克!
是的,预处理的结果把#define 全部给过滤了,进行了展开,
不过展开的过程就看不到了,想看过程吗?本篇太长了,且看下篇了.