如何防止总是编译虚拟方法
How to prevent a virtual method from always being compiled?
在开发Arduino库时,我遇到了一个有趣的编译问题。所有类中的所有虚拟方法都会被编译。。。总是即使从未构建或提及类。
重现此问题的示例Arduino代码:
class BaseClass {
virtual void method();
};
void BaseClass::method() {
Serial.println("This should not be compiled at all...");
}
void setup() {
}
void loop() {
}
去掉BaseClass会得到670字节的最终二进制文件。包含它,而从不使用类,会导致代码大小为3.354字节。
对于一个包含许多类的库,这些类通常根本不会被使用,并且都包含一个虚拟update()
例程,这种行为是不可接受的。到目前为止,我找到的唯一解决方案是强制用户包含他希望使用的组件的头文件。不过,我最好保持库的简单性,而不要求用户这样做。
是否有AVR方法属性可以告诉编译器,如果在某个地方构建类,则只能编译虚拟方法?或者,有没有编译器选项可以让我优化这些未使用的虚拟方法?
使用ATMEGA2560 AVR,配合G++编译器。Arduino传递的当前编译器选项:
C:Program Files (x86)Arduinohardwaretoolsavrbinavr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega2560 -DF_CPU=16000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=106 -IC:Program Files (x86)Arduinohardwarearduinocoresarduino -IC:Program Files (x86)Arduinohardwarearduinovariantsmega
使用-fno隐式模板,您可能会立即解决问题,您将不得不显式实例化那些您确实使用的模板。
您的用户必须包含一个包含所有未实例化模板的完整实现的头,并为他们使用的模板使用正确的标志/显式实例化。
相关文章:
- 在模板基类中为继承类中的可选重写生成虚拟方法
- 跨 DLL 边界访问虚拟方法是否安全/可能?
- 是否可以使用基类非虚拟方法中的派生类虚拟方法?
- 如何编写 operator= 用于使用虚拟方法与非平凡成员的匿名联合
- 让编译器告诉什么确切的纯虚拟方法使结构抽象?
- 使用模板而不是虚拟方法的管道模式
- 派生类调用父类的方法,该方法调用重写的虚拟方法调用错误的方法
- 为什么调用没有正文的纯虚拟方法不会导致链接器错误?
- 出于什么目的,非虚拟方法将与C++一起使用?
- 为什么使用存储在虚拟方法表中的地址调用虚拟函数的函数会返回垃圾?
- 如何重写继承的嵌套类中存在的虚拟方法
- 私有虚拟方法有什么用?
- 基类可以声明虚拟方法但不定义它吗?仍然在派生类中定义
- googletest:测试基类具有纯虚拟方法的派生类时的核心转储
- 确保模拟的 GTest 方法覆盖虚拟方法
- CPP 继承虚拟方法解析顺序
- 我是否应该在包含虚拟方法的类上使用'memcpy'?如果没有,如何替换它?
- 用c++中的纯虚拟方法抽象模板类
- 解决虚拟方法的歧义继承的两种方法
- 没有针对完全专用模板类的外联虚拟方法定义