是否临时对象的创建依赖于c++编译器
Does temporary object creation depends on the C++ compiler?
临时对象的创建是否依赖于编译器?
在下面的代码中,我调用了一个发送char*的函数,但该函数需要Object引用。但是,Object有一个使用char*..的构造函数。因此,会自动创建一个临时对象并将其发送给print函数。
class Object {
string text;
public:
Object ( const char* value ) { text = value; }
void print() const { printf( "[%s]n", text.c_str() ); }
};
void print( const Object& obj ) { obj.print(); }
int main() {
print( "hello" );
}
这个行为取决于编译器吗?您可以在这里看到输出:http://codepad.org/AABw5Ulz
你的情况很清楚。在这种情况下,临时工可能会被忽略,也可能不会被忽略。相反,您的print
函数需要一个Object
类型的参数,因此必须构造一个。
没有任何替代方案的余地,因此无法依赖于编译器。如果您想要一种为优化留下空间的情况,您可以考虑按值传递参数:void print(Object);
。现在由编译器决定是复制临时对象一次还是直接在目标函数中构造。这是因为复制构造函数被明确地允许被省略。
当你声明这样的构造函数
Object ( const char* value )
意味着编译器可以做一个隐式转换。
所以不,它不是编译器依赖的特性,但它是通过设计的。
编译器只允许取"hello"
并在将其发送到print(const Object &obj)
函数之前将其传递给Object
构造函数。
相关文章:
- C/C++编译器通常会删除重复的库吗
- 模板-模板参数推导:三个不同的编译器三种不同的行为
- Win32编译器选项和内存分配
- MSVC多行宏编译器错误
- 静态数据成员的问题-修复链接错误会导致编译器错误
- C++,我收到一个无法理解的编译器错误
- 在线编译器中的分段C++没有打印消息
- 如何解决gcc编译器优化导致的centos双编译器设置中的分段错误
- C/C++预处理器是否可以检测一些编译器选项
- 是否有C++编译器选项允许激进地删除所有函数调用,并将参数传递给具有空体的函数
- C++错误C2600:无法定义编译器生成的特殊成员函数(必须首先在类中声明)
- 我需要知道编译器如何在cpp中使用析构函数
- 编译器如何区分std::vector的构造函数
- CLANG 编译器 说:变量"PTR"可能未初始化
- 告诉c++编译器该参数没有别名
- 使用仅使用一次的变量调用的复制构造函数.这可能是通过调用move构造函数进行编译器优化的情况吗
- 为什么所有C++编译器都会崩溃或挂起此代码
- 编译器如何在使用SFINAE的函数和标准函数之间确定两者是否可行
- 我收到同义重复编译器错误。我应该如何修复"类型"X"的参数与类型"X"的参数不兼容?
- 为什么C++编译器没有检测到正确声明的类?