#include <stdio.h>
int main(void)
{
int linux = 5;
return 0;
}
....
int main(void)
{
int 1 = 5;
return 0;
}
这当然会产生错误。
(顺便说一句:在stdio.h
文件中没有#define Linux
。)
在过去(pre-ANSI),预定义符号如UNIX
和VAX
是一种允许代码在编译时检测编译为哪个系统的方法。当时没有官方的语言标准(除了K&R第一版后面的参考资料之外),任何复杂的C代码通常都是#ifdef
的复杂迷宫,以考虑系统之间的差异。这些宏定义通常由编译器本身设置,而不是在库头文件中定义。由于没有关于实现可以使用哪些标识符以及哪些标识符是留给程序员的真正规则,编译器编写者可以随意使用诸如UNIX
之类的简单名称,并假定程序员只是为了自己的目的而避免使用这些名称。
1989年的ANSI C标准引入了限制实现可以合法预定义的符号的规则。编译器预定义的宏只能有一个以两个下划线开头的名称,或者下划线后跟一个大写字母,这样程序员就可以自由地使用与该模式不匹配且不在标准库中使用的标识符。
因此,任何预定义UNIX
或linux
的编译器都是不一致的,因为它将无法编译使用int linux=5;
等内容的完全合法的代码。
gcc -std=c90 -pedantic ... # or -std=c89 or -ansi
gcc -std=c99 -pedantic
gcc -std=c11 -pedantic
main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
问题内容: 为什么 GCC* 中的 C 预处理器将单词(小写字母)解释为常量? * test.c: 的结果(在预处理阶段之后停止): 当然哪个会产生错误。 (顺便说一句:没有中的文件。) 问题答案: 在过去(ANSI之前的版本)中,预定义符号(例如和)是一种允许代码在编译时检测其针对哪个系统进行编译的方法。当时没有正式的语言标准(除了K&R第一版后面的参考资料之外),任何复杂的C代码通常都是s 的
为什么GCC中的C预处理器将单词(小写字母)解释为常量? 测试C: 的结果(预处理阶段后停止): 这当然会产生一个错误。 (顺便提一下:文件中没有。)
我有一个简单的批处理测试文件test.bat如下行: 当我运行它时,我希望得到的是测试,而不是: 为什么batch会试图解释这条评论?或者这里发生了什么?如果我去掉注释,脚本会按预期打印测试。 文件中也没有提到这一点。
问了这个问题后,我很困惑,于是决定为一个C编译器程序构建类似的测试。这是我的代码: 使用选项在GCC下编译 测试代码被更改,这样错误值只能在运行时知道(而不能在编译时知道),这样GCC优化器就不能删除循环的代码。 我们应该期待CPU的加速吗?(正如GCC编译程序预测的那样)
本文向大家介绍深入理解C预处理器,包括了深入理解C预处理器的使用技巧和注意事项,需要的朋友参考一下 C 预处理器不是编译器的组成部分,是编译过程中一个单独的步骤。C预处理器只是一个文本替换工具,它会指示编译器在实际编译之前完成所需的预处理。 所有的预处理器命令都是以井号(#)开头。它必须是第一个非空字符,为了增强可读性,预处理器指令应从第一列开始。 下表包含所有重要的预处理器指令: 指令 描述 #
预处理器是一些指令,指示编译器在实际编译之前所需完成的预处理。 所有的预处理器指令都是以井号(#)开头,只有空格字符可以出现在预处理指令之前。预处理指令不是 C++ 语句,所以它们不会以分号(;)结尾。 我们已经看到,之前所有的实例中都有 #include 指令。这个宏用于把头文件包含到源文件中。 C++ 还支持很多预处理指令,比如 #include、#define、#if、#else、#line