代码之家 › 专栏 › 技术社区 › nakiya

返回值优化(rvo)不是一个bug吗?

return-value-optimization c++

nakiya · 技术社区 · 14 年前

我可能问了一个愚蠢的问题,但我在维基百科上看到了RVO。 here 不停地想知道这种行为是否是错误的。我在我的机器上尝试过,尽管优化水平很高,但RVO还是被完全启动了。如果真的有什么大的在一个建设者中?我知道不应该,但是如果呢?我不明白为什么当构造器中存在副作用时仍然会发生RVO。

编辑: -fno-elide-constructors 似乎阻止了RVO。但问题仍然存在。

伊迪丝2:更严肃地说,有多少人知道这样的事情?它可能在标准中,但它仍然是一个真正丑陋的功能,正如我所看到的。至少编译器应该在默认情况下禁用它,并为知道这一点的人提供一个开关。:)

编辑3:我仍然坚持这是非常糟糕的。:)我不认为我知道有任何其他的语言约束,像这样直接违背了语言的语法。其他的都会引发编译器或链接器错误,对吗?

3 回复 | 直到 14 年前

sbi 14 年前

DerKuchen 14 年前

Helmut Grohne 14 年前

推荐文章

patrick · 从boost::绑定1和2占位符运行make失败。。。?

1 年前

rookie · 检查函数模板的所有参数包参数是否属于int

1 年前

ivaigult · -W转换和隐式字符串到布尔类型转换

1 年前

David Bien · declval<_Xp(&)()>()()-这在下面的上下文中意味着什么?

1 年前

khallad sayed · 在%上,C++表达式必须具有整型或无范围枚举类型

1 年前

rainer · 后台插入程序的初始化

1 年前

Community wiki · 以理智、安全和高效的方式复制文件

1 年前

Shefali Kanaujia · 对C中向量的向量进行排序++

1 年前

Prakritish Ghosh · 现在显示正确输出的函数中的Infix到Postfix错误[重复]

1 年前

Ma Joonyoung · 粗粒度和细粒度链表的时间比较

1 年前