《码出高效》学习笔记与书中错误记录

  • 时间:
  • 浏览:1
  • 来源:UU直播快三官方_大发UU直播快3

再来看 Java。

这也印证了那句 Error:expected expression,我须要曾经表达式。

Unresolved compilation problem: Syntax error on token “)”, Statement expected after this token at …

可能再加大括号,没有促进通过编译,遇到朋友常见的 Warning。

至于为其他 C 就不行呢?难道 C 的语法其他地方说了这是不合法的吗?闻所未闻啊?

同去,这与 Eclipse 的报错信息是一致的——if 上边须要曾经 Statement。( Statement expected after this token at … )

强行运行,编译失败,无法运行。

同样的结果在环境中(我测试环境是 CodeBlocks,Windows)得到了相同的结果。

可能是 Eclipse,直接给出错误。

我相信,CLion 等 IDE 完全都是一样的结果,可能没有,没有可能是 IDE 帮忙优化了,毕竟其他如果,写 C 代码漏 include 其他头文件,编译和运行的结果也是正确的(IDE 帮你自动补上了)。

我一开始 了了也是曾经 认为的。我曾经 以为,合适应该通过编译,最多是给曾经 Warning 说 variable is never used

是因为稍后分析,下面继续测试。

error: expected expression before ‘int’

问题图片是曾经 的:

如果既然 C 的编译器说不行,那肯定是 C 的哪个标准说了这是不合法的,可能这是真的,没有就完全都是作用域的问题图片,很多语法、文法的问题图片。

I guess the counter-intuitive part of the question is: if this is correct C:

if (a == 1) { int b = 10;}

then why is this not also correct C?

if (a == 1) int b = 10;

I mean, a one-line conditional if statement should be fine either with or without braces, right?

The answer lies in the grammar of the if statement, as defined by the C standard. The relevant parts of the grammar I’ve quoted below. > Succinctly: the int b = 10 line is a declaration, not a statement, and the grammar for the if statement requires a statement after the conditional that it’s testing. But if you enclose the declaration in braces, it becomes a statement and everything’s well.

见: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf 以及 https://www.quora.com/What-does-error-expected-expression-before-int-mean-in-C

可能从其他深度考虑,没有,IDEA 的错误提示,Declaration not allowed 就不应该从变量作用域的深度考虑这里的变量声明不合法,很多应该理解成,这是曾经 Declaration,而我须要曾经 Statement,很多 Declaration 在这里是不被允许的。

Declaration not allowed here

结果是,编译通过,给出 Warning。

表达式 Expression,显然是一句的话 Statement。

C,不管是 ANSI C 还是 C99,都无法通过编译,直接给出 Error。

首先是是测试 C、C++、Java 是完全都是都对这句话有相同的结果。

今天在阅读《码出高效》的如果看完了曾经问题图片,我也是第一次知道,如果有点颠覆我的认知。很多做了其他测试,并记录下来。

然而测试的结果发现,好像事实何必 如书中说的没有简单。

{int x;} 可能 {int x = 10;} 可能有了 {},是第一条的话,Statement。

换句话说,可能 if (true) {int x;} 是合法的,那为其他 if (true) int x; 就不符合语法呢?

Every declaration that introduces a name has a scope, in which they can be used.

int x = 10; 是曾经定义,Definition。

很多,其他 gcc 的编译器,完全都是可促进促进,如果从我的测试情況来看,MinGW、Cygwin、Windows、Window 的 Ubuntu 子系统、CentOS 下,gcc 都会给出 error。

我做了其他测试,发现事情好像并完全都是没有简单。

这是 3 个完全不同的概念,也是绝大多数进程员从一开始 了了就分不清的,如果也始终分不清,从来分不清。

我查阅了很多资料(链接见文末),最后找到曾经比较信服的答案——人太好 ,根据 C 标准,这很多错的,彻底的语法错误。

首先来澄清曾经概念,if 条件句上边,须要跟曾经的话。

单的话在没有加大括号的情況下,声明的变量可能再被使用,编译器认为没有任何意义。

可能是 IDEA,会给出编译错误信息。

int x 是曾经声明,Declaration。

书中给出的答案是,促进促进通过编译,会给出 Declaration not allowed here 编译错误信息,并对此,书中解释为:

先来看 C,测试环境是 CentOS 7.3 x64,GCC 版本是 gcc version 4.8.5 2050623 (Red Hat 4.8.5-28) (GCC)。

这是曾经 Declaration,而我须要曾经 Statement,很多 Declaration 在这里是不被允许的

至于为其他 g++ 就可不都还可以 够,我须要其他问题图片,可能和 为其他其他 IDE 没有写就可不都还可以 够通过编译,我猜想的是(是的,很多猜想,没有验证过),恐怕是其他编译器,包括绝大多数的 IDE,都自动优化了其他地方,把所有的 if 等的话上边,默认当作套上了大括号在正确处理,即使是单的话,也假装有了曾经大括号作用域,如果再编译的。

这三句话,能通过编译吗,可可不都还可以 够,会给出 Warning 吗,可可不都还可以 够,没有错误信息是其他。

warning: unused variable ‘x’ [-Wunused-variable]

很多,现在的问题图片的答案就很显然了,C 要求 if 上边是第一条的话,然而文章一开始 了了那种写法,是 Declaration,完全都是 Statement,很多语法很多错的。

事实上与代码无关,即使是对刚才的 .c 文件,倘若使用 g++ 编译器,也是通过的。

我比较好奇,除了 Java,其他语言会不必有同样的编译错误。

C++。