为什么在c中未指定功能参数的评估顺序？

发布时间：2020-12-16 03:19:52 所属栏目：百科来源：网络整理

导读：该标准没有指定使用此行对参数进行评估的顺序： The order of evaluation of arguments is unspecified. 是什么 Better code can be generated in the absence of restrictions on expression evaluation order 意味着？要求所有编译器评估函数参数从左到右

该标准没有指定使用此行对参数进行评估的顺序：

The order of evaluation of arguments is unspecified.

是什么

Better code can be generated in the absence of restrictions on
expression evaluation order

意味着？

要求所有编译器评估函数参数从左到右的缺点是什么？由于这个未指定的规范,编译器执行哪些优化？

解决方法

允许编译器重新排序操作数的评估增加了优化的空间.

这是一个完全弥补的例子,用于说明.

假设处理器可以：

>每个循环的问题1指令.
>在1个循环中执行加法.
> 3个周期执行乘法.
>可以同时执行加法和乘法.

现在假设你有一个函数调用如下：

foo(a += 1,b += 2,c += 3,d *= 10);

如果要在没有OOE的处理器上从左到右执行：

Cycle - Operation
0     -    a += 1
1     -    b += 2
2     -    c += 3
3     -    d *= 10
4     -    d *= 10
5     -    d *= 10

现在,如果允许编译器重新排序它们：(并首先启动乘法)

Cycle - Operation
0     -    d *= 10
1     -    a += 1,d *= 10
2     -    b += 2,d *= 10
3     -    c += 3

所以6个周期而不是4个周期.

再次,这是完全设计的.现代处理器比这更复杂.但你会得到这个想法.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!