为什么这个程序不产生任何警告？

Question

#include<stdio.h>
void jigar (int ji)
{
    printf("%d",ji);
}
void main()
{
int a=32;
(jigar)(a);
}

当我使用 -Wall 选项运行该程序时，编译器不会给出任何警告或错误，它工作正常。但是当我在MIPS交叉编译工具链中编译这个程序时，它给出了一个错误：

(jigar)(a);

在这一行。现在我的问题是：为什么 gcc for linux 没有指出我的愚蠢错误？

Answer 1

(jigar)(a); 没有任何问题，因为它在标准 C 中是可以接受的。您的 MIPS 编译器发出警告的原因是因为该编译器可能没有完全实现标准 C。

编辑：关于 Als 的请求为什么这是标准 C，具体方法

如下：查看 ISO C 语法：http://www.cs.dartmouth.edu/~mckeeman/cs48/mxcom/doc/notation/c.html 并注意函数调用

postfix-expression -> postfix-expression ( )
                    | postfix-expression ( argument-expression-list )

可以有 后缀表达式 作为函数。有一条规则说：

postfix-expression -> primary-expression

其中primary-expression可以是标识符，即函数名称。然而，还有这条规则：

primary-expression -> ( expression )

如果您遵循表达式中的规则链，您将再次返回primary-expression。因此，间接地，您可以得到：

primary-expression -> ... -> ( primary-expression ) -> ( identifier )

C 的语义表明 ( expression ) 与 expression (1) 具有相同的类型和值。根据语法，(jigar)(a)是正确的。从语义上讲，(jigar) 和 jigar 具有相同的类型和值。因此，C 接受 (jigar)(a) 并且功能与 jigar(a) 相同。

编辑2：

（1）C99草案第6.5.1节第5条：

带括号的表达式是主要表达式。 其类型和值与不带括号的表达式的类型和值相同。 它是左值、函数指示符或void表达式如果未加括号的表达式分别是左值、函数指示符，或空表达式。

PS 有人知道我在哪里可以获得 ISO C 的文档，比如功能列表之类的吗？我看到有人引用它，但我自己找不到。

Answer 2

为什么(jigar)(a);不给出警告或错误？

对于符合标准 C 的编译器来说，这是完全可以接受的构造（我并不是说 gcc 就是这样）。
这只是函数名称周围的一对额外的冗余括号，解析为与函数名称本身相同的东西......或者被更多的括号包围。

/* assuming `jigar` is a honest-to-God function
** all 3 statements below "do" the same thing */
jigar(a);
(jigar)(a);
(((((((jigar)))))))(a);

我已经看到它在现实生活中用于防止宏扩展（不过这个例子是现在编造的）。

#include <stdio.h>

#define MACRO(x) ((x) - 42)

int (MACRO)(int x) { return 42 + x; } /* does not expand MACRO! */

int main(void) {
    printf(" MACRO  ==> %d\n", MACRO(100));   /* expand */
    printf("(MACRO) ==> %d\n", (MACRO)(100)); /* do not expand */
    return 0;
}

您可以看到上面的代码在 codepad 和 ideone。

并且 main 返回 int，而不是 void.

Answer 3

我在您的代码中看到的唯一错误是您的 main 返回 void，而 它应该返回 int。

gcc 4.4.3 和 -Wall 会选择这个。

如果您指的是 (jigar) 周围的括号，那么它是有效的 C。如果您的 MIPS 编译器不喜欢它，那么这是 MIPS 编译器的问题。