-fno-rtti -fno-exceptions

1) 性能损失a) 正常路径性能损失, 一般而言, 较小.b) 异常路径性能损失较大, 异常处理需要stackunwinding(栈展开), 搜寻能够处理异常的catch块, 保证抛出对象生命周期(注:C++允许抛出任何对象)c) 异常处理代码导致目标文件体积增大 (大约多10~20%,某些统计为20%- 40%), 这在一些嵌入式应用上是无法容忍的.2) Exception Specificat...

我们使用dynamic_cast就是基于RTTI的，我们可以通过编译器对RTTI进行开启或者关闭，关闭之后dynamic_cast就无法使用。RTTI是运行时类型识别，C++引入这个机制是为了让程序在运行时能根据基类的指针或引用来获得该指针或引用所指的对象的实际类型。我们可以右击项目，然后选择属性->C/C++->语言->启用运行时类型信息，这样就可以开启或者关闭相应的RTTI了。而linux中可以以其它方式开启或者关闭，比如可以借助编译器的选项进行开启或者关闭，选项来关闭 RTTI。

用QT Creator生成的文件进行编译时出现错误，网上查找说是要修改生成的Makefile文件，在CFLAGS和CXXFLAGS中添加“-fno-rtti”编译参数。这样每个Makefile文件都要修改，很麻烦。那么能不能在生成Makefile时自动加上呢。可以，只需要修改qmake的配置即可！以下为解决方法(也可供同类问题参考)：1、#sudo gedit Makefile 查看生成的Make...

-fno-rtti 禁用运行时类型信息 -fno-exceptions 禁用异常机制 一般只有对程序运行效率及资源占用比较看重的场合才会使用, 如果要做这两个的话最好连libstdc++和其他所有的的c++库都用这两个参数重新编译一遍, 否则光是你自己的程序禁用了这两个特性, 而别的库依然开着, 效果就大打折扣了 转载自：https://blog.csdn.net/fyfcauc/article...

针对边缘计算C++轻量化编译方法，揭秘被92%项目忽视的-fno-rtti/-fno-exceptions/-fdata-sections组合技：显著减小二进制体积、降低内存占用、提升启动速度，特别适用于资源受限的嵌入式边缘设备。实测可缩减镜像35%+，值得收藏。

解决边缘计算C++轻量化编译失效问题：针对嵌入式与IoT场景，推荐启用现代C++17/20特性+LTO+PCH，替代已废弃的-fno-rtti/-fno-exceptions旧范式，提升二进制体积压缩率35%、启动速度2.1倍。值得收藏

即使只有一个定义，这些函数可能已经内联在它们的调用者中，这样，额外的代码会被保存在二进制文件中。除了由开发人员编写的函数之外，还有编译器生成的函数，例如构造函数、析构函数、操作符重载等，这些函数也可能会因为类型结构或语言规则从而影响代码的大小。通常情况下，一些类型会比其他类型使用得更加频繁，对于这种常用类型，我们可以在.cpp文件中显式地实例化它们。可以在汇编中看到，第二个gcd在编译时已经求值了，但是对gcd的第一个调用包含了完整代码，这是因为对gcd函数的第二次调用是一个constexpr。

4.3.1.7.8.3.  异常处理句柄<br />接下来，如果我们没有通过-fno-exception禁止异常机制，C++运行时将为我们建立起异常处理所用的函数声明。在C++中，当抛出一个异常但程序没有捕捉它，那么在全局名字空间，运行时将会捕捉它，并调用std::terminate()来终止程序。这整个功能由定义在文件gcc-3.4.6/libstdc++-v3/libstdsupc++/eh_personality.cc中的运行时函数__cxa_call_unexpected来提供。<br />而在解析

最近研究了一波RTTI，整理了一下知识点，在这里分享一下，下面是目录： RTTI 是 Run Time Type Information 的缩写，从字面上来理解就是运行时期的类型信息，它的主要作用就是动态判断运行时期的类型。 一般在dynamic_cast和typeid中用到，例如父类B的指针转换子类A的指针，dynamic_cast会判断B究竟是不是A的父类，如果不是，会返回nullptr，相对于强转会更加安全。依据什么判断的呢？就是RTTI。 先看下面这段代

今天编译我的项目时遇到了 error:flann/any.h:Cannot use typeid with -fno-rtti 这个错误。 google了一下发现是编译器关掉了RTTI (Run-Time Type Information, or Run-Time Type Identification)支持。   然后在makefile 的 CXXFLAGS 里去掉 -fno-rtti即

-Werror 编译选项加上-Werror 遇到任何的警告工程将停止编译。 -fno-exceptions 禁用运行时类型信息。 -fno-rtti 禁用异常机制，一般只有对程序运行效率及资源占用比较看重的场合才会使用，如果要做这两个的话最好连libstdc++和其他所有的的c++库都用这两个参数重新编译一遍，否则光是你自己的程序禁用了这两个特性，而别的库依然开着，效果就大打折扣了。 -fno-threadsafe-statics 对于在函数内部声明的static变量，编译器默认是会使得这样.

rtti：RTTI（Run-Time Type Identification)，通过运行时类型识别能够使用基类的指针或引用来检查这些指针或引用所指的对象的实际派生类型(引用百度解释)。 在项目中有用到webrtc的库和OpenCV库，两个开源项目的库均为自己编译。在导入到项目中编译时，如果在CMakeLists.txt中配置了-fno-rtti时，OpenCV库无法正常链接。如果换成-frtti参...

你是否在编译C++项目时遇到过这样的错误：使用Spdlog日志库时启用`-fno-exceptions`选项后，编译器抛出大量`exception handling disabled`错误？本文将提供一套完整解决方案，帮助开发者在严格禁止异常的环境中顺利集成Spdlog，同时保持代码的健壮性与可维护性。 ## 问题根源解析 Spdlog默认依赖C++异常机制处理错误，如文件打开失败、格式错误等...

地址：http://blog.sina.com.cn/s/blog_643e838601015zbo.html 问题来源：     UDT的android平台移植过程中，在用NDK编译buffer.cpp文件时出现error: exception handlingdisabled, use -fexceptions to enable。   问题解决：   此问题的出现是编

GCC的几个重要选项解释详细可见：[GNU Compiler Collection (GCC)] https://gcc.gnu.org/onlinedocs/gcc/https://gcc.gnu.org/onlinedocs/gcc/Option-Summary.html-c 编译或者汇编代码，但是不链接-S 在编译之后停止，但不汇编-E 预处理后停止，但不编译-o...

一天，我在VSCode平台写代码的时候发现，PlatformIO编译时提示： 这个提示是说明了RTTI没有被开启，这就导致了如dynamic_cast，typeid等依赖RTTI的代码无法使用，如果想要使用就需要在platformio.ini里加入开启的指示，步骤如下： 1、首先，你需要打开platformio.ini这个文件（如图所示）， 2、然后，你需要加入这条（如图所示）（放的位置随意）：“build_unflags = -fno-rtti” 这样，依赖于RTTI的dynam.

摘要：在嵌入式系统中，C++的RTTI和异常处理会显著增加资源消耗，可能引发Flash不足和RAM超标问题。通过禁用这些特性（-fno-rtti、-fno-exceptions），可减少28%的Flash占用和17%的RAM使用。替代方案是采用自定义错误码（如枚举类型），其优势包括资源占用小、运行速度快和可控性强。文中以STM32为例，展示了日志模块的轻量级实现，并总结了嵌入式C++开发的核心理念：优先考虑资源效率，简化设计，用静态方式替代动态特性。最终目标是利用有限资源实现高效稳定的系统运行。