在 GCC/G++ 中使用 -pedantic 的目的是什么？编译器？

Question

此注释说：

-ansi：告诉编译器实现ANSI语言选项。这转 关闭 GCC 的某些“功能” 与 ANSI 不兼容 标准。

-pedantic< /a>：与-ansi结合使用，告诉编译器严格遵守ANSI标准， 拒绝任何不符合的代码 合规。

首先要说的是：

• GCC/G++ 编译器的 -pedantic 和 -ansi 选项的用途是什么（我无法理解上面的描述）？
• 使用这两个选项的正确环境是什么？
• 我什么时候应该使用它们？
• 它们重要吗？

Answer 1

我在编码中一直使用它。

-ansi 标志相当于 -std=c89。如前所述，它关闭了 GCC 的一些扩展。添加 -pedantic 会关闭更多扩展并生成更多警告。

• 例如，如果字符串文字长度超过 509 个字符，则 -pedantic 会发出警告，因为它超出了 C89 标准所需的最小限制。也就是说，每个 C89 编译器都必须接受长度为 509 的字符串；它们被允许接受更长的字符串，但是如果你很迂腐，那么使用更长的字符串是不可移植的，即使编译器被允许接受更长的字符串，并且在没有迂腐警告的情况下，GCC也会接受它们。

Answer 2

如果可能的话，GCC 编译器总是尝试编译您的程序。然而，在一些
在这种情况下，C 和 C++ 标准指定禁止某些扩展。符合标准的编译器
当遇到这些扩展时，例如 GCC 或 g++ 必须发出诊断。

例如，GCC 编译器的 -pedantic 选项会导致 GCC 在这种情况下发出警告。使用更严格的-pedantic-errors< /a> 选项将此类诊断警告转换为错误，从而导致编译在此类点上失败。只有那些需要由符合标准的编译器标记的非 ISO 构造才会生成警告或错误。

Answer 3

-ansi 是一个过时的开关，要求编译器根据 30 年前的过时的 C 标准修订版、ISO/IEC 9899:1990< 进行编译/strong>，本质上是对ANSI标准X3.159-1989《编程语言C》的重新命名。为什么过时了？因为ISO发布C90后，ISO就一直负责C的标准化，并且 C90 的任何技术勘误均已由 ISO 标准化，因此更倾向于使用 -std=c90，

如果没有此开关，最新的 GCC C 编译器将更容易 使用。符合 ISO/IEC 9899:2011 或最新的 2018 修订版中的 C 语言标准化，

不幸的是，有一些懒惰的编译器供应商认为坚持使用较旧的过时标准修订版是可以接受的。标准机构甚至无法提供标准化文档。

使用该开关有助于确保代码可以在这些过时的编译器中编译。

---

-pedantic 是一个有趣的问题。在没有 -pedantic 的情况下，即使请求特定标准，GCC 仍然会允许一些 C 标准中不可接受的扩展。例如，考虑该程序

struct test {
    int zero_size_array[0];
};

C11 草案 n1570 第 6.7.6.2p1 段说：

除了可选类型限定符和关键字 static 之外，[ 和 ] 还可以分隔表达式或 *。如果它们分隔表达式（指定数组的大小），则该表达式应具有整数类型。如果表达式是常量表达式，它的值应大于零。[...]

C 标准要求数组长度大于零；并且本段位于约束中；该标准规定了以下内容5.1.1.3p1：

如果预处理翻译单元或翻译单元包含违反任何语法规则或约束的行为，即使该行为也明确指定为未定义，一致的实现也应生成至少一条诊断消息（以实现定义的方式标识）或实现定义的。其他情况下不需要产生诊断消息。9)

但是，如果使用 gcc -c -std=c90 pedantic_test.c 编译程序，则不会生成警告。

-pedantic 使编译器实际上遵守 C 标准；因此，现在它将生成一条诊断消息，按照标准的要求：

gcc -c -pedantic -std=c90 pedantic_test.c
pedantic_test.c:2:9: warning: ISO C forbids zero-size array ‘zero_size_array’ [-Wpedantic]
     int zero_size_array[0];
         ^~~~~~~~~~~~~~~

因此，为了获得最大的可移植性，指定标准修订版是不够的，您还必须使用 -pedantic （或 -pedantic-错误），以确保 GCC 实际上符合标准的字面意思。

---

问题的最后一部分是关于将 -ansi 与 C++ 一起使用。 ANSI 从未对 C++ 语言进行标准化 - 只是从 ISO 中采用它，因此这就像“法国标准化英语”一样有意义。然而，GCC 似乎仍然接受 C++，尽管听起来很愚蠢。

Answer 4

基本上，它将使您的代码在其他也实现 ANSI 标准的编译器下更容易编译，并且，如果您小心使用哪些库/API 调用，则可以在其他操作系统/平台下编译。

第一个关闭 GCC 的特定功能（-ansi）。

第二个会抱怨任何不符合标准的东西（不仅是 GCC 的特定功能，还有您的构造。）（-迂腐）。

Answer 5

如果您的代码需要可移植，那么您可以测试它是否可以在没有任何 GCC 扩展或其他非标准功能的情况下进行编译。如果您的代码使用 -pedantic -ansi 进行编译，那么理论上它应该可以使用任何其他 ANSI 标准编译器进行编译。

Answer 6

如果您正在编写的代码预计将在各种平台上使用许多不同的编译器进行编译，那么您自己使用这些标志将有助于确保您不会生成只能在 GCC 下编译的代码。

Answer 7

其他人已经回答得很充分了。我只想添加一些常见扩展的示例：

返回 void 的 main 函数。这不是由标准定义的，这意味着它仅适用于某些编译器（包括 GCC），而不适用于其他编译器。顺便说一下，int main() 和 int main(int, char**) 是标准定义的两个签名。

另一个流行的扩展是能够在其他函数中声明和定义函数：

void f()
{
    void g()
    {
       // ...
    }

    // ...
    g();
    // ...
}

这是非标准的。如果您想要这种行为，请查看 C++11 lambda

Answer 8

Pedantic 使得 GCC 编译器拒绝所有 GNU C 扩展，而不仅仅是那些使其与 ANSI 兼容的扩展。