翻译自GCC英文手册–预处理器篇The C Preprocessor：System-specific Predefined Macros
3.7.3 系统特定的预定义宏
正常情况下，C预处理器会预定义几个宏来说明正在使用的系统类型和机器类型。 很明显，在每个GCC支持的目标(机器/系统)上，他们都是不同的。 这份手册是对于所有的系统和机器的，所以不能告诉你这些宏具体的名字是什么，但你可以使用 cpp -dM 来查看它们。 所有的系统特定预处理宏都被展开为一个常量，所以你可以用#ifdef 或者 #if 来测试它们。
标准C需要所有的系统特定宏成为保留命名空间 的一部分。 用两个下划线开头，或者一个下划线加一个大写字母开头的所有名字，都是为编译器和库保留的，为了能按照他们希望的那样使用。
然而，由于历史原因，系统特定宏有一些名字并没有特殊前缀。例如，在Unix系统上，一般都能找到unix 这个宏。 对于所有这样的无特殊前缀系统特定宏，GCC提供了一种并行宏(a parallel macro)，它们的特点是名字开头和结尾添加两个下划线。 还是用上面的例子，如果unix 宏被定义了，那么__unix__ 宏也将被定义。 但是开头和结尾绝对不可能多于两个下划线，像_mips 的并行宏就是__mips__ 。
当有-ansi 或者任何-std 这类的要求严格一致性 的参数被传给编译器时，所有在保留命名空间之外的系统特定宏都被禁止，而在保留命名空间里面的并行宏仍然被定义。
我们会慢慢淘汰在保留命名空间外的系统特定宏。你绝不应该在新程序里面再使用它们了。并且我们也鼓励你，修正老程序里面的系统特定宏。我们也不推荐你使用在保留命名空间里面的系统特定宏。如果你想对你需要的特定功能检查，最好长期用autocof 这样的工具。
译者总结
系统特定宏是为了程序跨平台的使用，一次编写，到处编译，但是这些系统特定宏的命名十分混乱，为了保证这些随意命名的宏依然能使用，GCC采取了并行宏的做法，但是GCC依然不推荐通过这些宏来达到这种跨平台编译的目的，而是通过autocof这样的工具，在源码编译时对系统进行检测然后对编译过程进行控制，而不是用宏。