编译器什么时候内联 C++ 代码?

When do compilers inline C++ code?(编译器什么时候内联 C++ 代码?)
本文介绍了编译器什么时候内联 C++ 代码?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

问题描述

限时送ChatGPT账号..

在 C++ 中,方法是否只有在显式声明inline(或在头文件中定义)时才会被内联,还是允许编译器按照他们认为合适的方式内联方法?

In C++, do methods only get inlined if they are explicitly declared inline (or defined in a header file), or are compilers allowed to inline methods as they see fit?

推荐答案

是的,编译器可以内联代码,即使它没有显式声明为 inline.

Yes, the compiler can inline code even if it's not explicitly declared as inline.

基本上,只要语义不改变,编译器几乎可以对生成的代码做任何它想做的事情.该标准不会对生成的代码强制执行任何特殊操作.

Basically, as long as the semantics are not changed, the compiler can virtually do anything it wants to the generated code. The standard does not force anything special on the generated code.

这篇关于编译器什么时候内联 C++ 代码?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

相关文档推荐

OpenGL transforming objects with multiple rotations of Different axis(OpenGL 变换不同轴多次旋转的对象)
GLFW first responder error(GLFW 第一响应者错误)
SOIL not linking correctly(SOIL 连接不正确)
Core profile vs version string? Only getting GLSL 1.3/OGL 3.0 in mesa 10.0.1(核心配置文件与版本字符串?在 mesa 10.0.1 中只获得 GLSL 1.3/OGL 3.0)
What is the range of OpenGL texture ID?(OpenGL 纹理 ID 的范围是多少?)
How taxing are OpenGL glDrawElements() calls compared to basic logic code?(与基本逻辑代码相比,OpenGL glDrawElements() 调用的繁重程度如何?)