c – rdynamic gcc选项的影响/缺点

前端之家收集整理的这篇文章主要介绍了c – rdynamic gcc选项的影响/缺点前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我一直在一个Big C项目中工作,这个项目有一个巨大的大小,大约300 MB,超过800个文件.当二进制崩溃时,我想要得到Call Stack,所以我已经捕获了Signal,并将call stack从backtrace_symbols写入一个文件.但是要从backtrace_symbols获取符号名称,我已经使用链接标记’-rdynamic’进行编译.我想知道,使用’-ynynamic’会影响任何问题?

我知道它影响性能,
Will adding the -rdynamic linker option to gcc/g++ impact performance?

但是呢
影响性能有多大?

是否暴露了我的源代码? [我知道不会,我只是想确定]

它是否影响总运行时性能或启动时间?

“rdynamic”的缺点是什么?

解决方法

问:但是它是否影响性能呢?

A:我已经在更大的项目上使用了它,没有任何退化.

问:是否暴露了我的源代码

A:不,它只是暴露了函数名.

问:是否影响总运行时性能或启动时间?

A:根据我的经验,没有.大多数功能已经导出.通常这增加了静态功能.

问:“动态”的缺点是什么?

A:rdynamic可以与dlopen()一起使用,为我的项目中必须的可执行文件提供一个共享/全局符号表(dynamic_cast<>将跨越SO边界).缺点是SO之间的功能名称冲突.

原文链接:https://www.f2er.com/c/113519.html

猜你在找的C&C++相关文章