现在的位置: 首页 > 综合 > 正文

井号–数字–文件名

2013年02月25日 ⁄ 综合 ⁄ 共 1290字 ⁄ 字号 评论关闭

最近研究Lighttpd的源代码,发现代码中有很多宏定义,不直观,而且有的相当晦涩难懂。对付宏定义,其实有个偷懒的方法就是使用GCC的预编译机制,将它们展开,保存展开后的源代码,这样读起来就清晰多了。说白了就是使用gcc -E命令。
比如有个源代码文件google.c,内容如下:

struct sttest
{
	int a;
};

int main()
{
	#define INIT_STRUCT(st, value) st.a = value

	struct sttest st1 , st2;
	INIT_STRUCT(st1, 4);
	INIT_STRUCT(st2, 5);
	return 0;
}

使用gcc命令得到展开后等价的源代码:gcc -E google.c > google_ext.c。google_ext.c文件内容如下:

# 1 "google.c"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "google.c"
struct sttest
{
	int a;
};

int main()
{


	struct sttest st1 , st2;
	st1.a = 4;
	st2.a = 5;
	return 0;
}
 

显而易见原来宏定义:INIT_STRUCT(st1,4);,已经被等价展开,这样读起来岂不是要易懂的多了?!不过,我也发现了个问题,就是# 1 "google.c"这种代码啥意思?看起来挺怪的。
对此做个小试验,编写测试代码如下:

#include <stdio.h>

int main()
{
	printf("A:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:5
	# 100
	printf("B:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:7
	# 1000
	printf("C:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:9
	printf("D:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:10
	# 10000 "new_file_name.c"
	printf("E:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:12
	printf("F:%s>>%s>>%d\n", __FILE__, __FUNCTION__, __LINE__);	//源文件行号:13
	return 0;
}

 

将代码保存为test.c,编译执行,程序输出如下:

A:test.c>>main>>5
B:test.c>>main>>100
C:test.c>>main>>1001
D:test.c>>main>>1003
E:new_file_name.c>>main>>10000
F:new_file_name.c>>main>>10001

至此我们可以得出一个结论,像# 1 "google.c"这种伪代码的作用就是,标示紧跟其后一行代码的行号和文件名,并且对其后所有行均起作用,使得所有行都以该数字为基准重新编号

抱歉!评论已关闭.