为 cmake 添加 -pg 编译选项

最新推荐文章于 2024-03-10 12:16:50 发布
最新推荐文章于 2024-03-10 12:16:50 发布
阅读量1k 收藏
点赞数 1
文章标签： kdevelop cmake gcc/gdb编译调试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42417818/article/details/111889768
版权
本文介绍了如何在KDevelop中为CMake项目添加-pg编译选项来使用性能分析器。作者遇到的问题是仅想分析krdc项目的源码数据，而非共享库。尝试在CMakeLists.txt添加选项未成功，最终通过修改KDevelop的CMAKE_CXX_FLAGS_DEBUG和CMAKE_C_FLAGS_DEBUG设置实现了目标。此外，还分享了在Qt-Creator中使用Valgrind分析器时如何只显示项目源码的分析信息。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

为 cmake 添加 -pg 编译选项

我从 github clone 了 krdc 项目， checkout 到 19.12.3 版本 https://github.com/KDE/krdc/releases/tag/v19.12.3

我想通过 profiler 了解下程序运行的调用关系， 先用了 valgrind 和 kcachegrind, 问题是产生了一堆共享库的数据，我只想看 krdc 项目源码内的数据，不知道如何做，欢迎评论指点。

就再尝试 gcc -pg ，我照网上指点，在cmakelists.txt 里加了一句 add_compile_options("-pg")， 在KDevelop 里重新build之后， 我可以看到生成的krdc执行文件大小变大了一点点，但运行这个 krdc 文件退出后，却找不到 gmon.out 文件生成。

后来在KDevelop 菜单 project->open configuration ->configure cmake settings ->show advanced values 里面， 把CMAKE_CXX_FLAGS_DEBUG 和 CMAKE_C_FLAGS_DEBUG 两个参数从 -g 改成 -pg (同时注释掉上面在cmakelists.txt 里添加的那行)， 重新编译，运行后，才看到 gmon.out 文件。可以看到生成的krdc执行文件比之前又大了不少。

不明白改，cmakelists.txt 不行，但我确实看到执行文件增大了一点啊（虽然貌似还不够大）？这个KDevelop 图形界面里的设置和 cmakelists.txt 文件

最低0.47元/天 解锁文章
guyuming76
关注
cmake中添加 -g编译选项
AndrewYZWang的博客
10-08 1万+
在cmake 3.12之前，添加编译选项可以如下方式添加 add_definitions("-Wall -g") 书中给出的示例如下： add_definitions(-DSomeSymbol /DFoo=Value ...) remove_definitions(-DSomeSymbol /DFoo=Value ...) 但是到cmake 3.12之后，最好使用编译选项专用的添加方式： add_compile_definitions(SomeSymbol Foo=Value ...) 通过指令 $
使用cmake与makefile调试需要指定的参数[GDB与Gprof参数]
M2嵌入式
05-18 1242
makefile与cmake使用GDB需要指定的参数 1 在makefile中使用GDB 在makefile中添加-g参数即可 g++ -pg -o test test.cpp 2 在cmake中使用GDB 在linux环境下通过设置编译选项CXXFLAGS使程序可以支持GDB调试，在CMake构建的工程中也可以方便的实现。 对于C++: 在CMakeLists.txt文件中添加如下语句： SET(CMAKE_BUILD_TYPE "Debug") SET(CMAKE_CXX_FLAGS_DEBUG "$
QT6 CMAKE项目连接PG数据库
qq_43773207的博客
01-31 444
QT6 CMAKE项目连接PG数据库
gcc编译选项-pg在嵌入式profile中应用
Quard_D的博客
09-21 1467
gcc编译选项pg在嵌入式profile中应用 问题引入 首先说明下，本文主要是描述下使用gcc的-pg编译选项在嵌入式的裸机或RTOS系统环境下实现一些函数级别的profile或者做代码覆盖率测试甚至实现trace功能。关于这个编译选项在GCC文档有描述，但是这里要注意一点，该选项一般来讲是配合glibc中的gprof实现完备且较为复杂的性能跟踪，而众所周知在MCU级别的嵌入式开发环境往往没有操作系统加持，仅有RTOS甚至是裸机环境，因此本文提出一种简易的可以在裸机环境实现简单但有效的trace实现思路。
gcc的-pg选项
sunshineywz的博客
04-25 1991
gcc的-pg选项 ftrace 支持动态trace，即可以跟踪内核和模块中任意的全局函数。它利用了gcc的-pg编译选项，在每个函数的开始增加一个stub，这样在需要的时候可以控制函数跳转到指定的代码中去执行。用过gprof工具应该对gcc的-pg选项不陌生了。 当CONFIG_FUNCTION_TRACER打开时，编译时会增加-pg编译选项，gcc会在每个函数的入口处增加对mcount的调用。 gcc 4.6新增加了-pg -mfentry支持，这样可以在函数的最开始插入一条调用fentry的指令..
gcc -pg 选项的使用. gprof使用介绍.
EastonWoo的专栏
04-03 3229
gcc -pg 选项的使用. gprof使用介绍. 一.源文件: 1) 目录结构: [user:gprof] ls main.cpp  Makefile 2) 测试文件main.cpp: [user:gprof] cat main.cpp /// @file main.cpp /// @brief /// @author EastonWoo /// 0.01 /// @d
C++编译之make cmake bazel模板
jegbrother的博客
05-13 1714
make cmake bazel编译模板
CMake基础教程（39）pkgconfig查找库和头文件
二进制君
04-22 1766
pkg-config是一个linux下的命令，用于获得某一个库/模块的所有编译相关的信息，在许多开发环境中广泛使用。pkg_check_modules 是 CMake 中的一个函数，用于检查和导入指定的库的编译和链接参数。通过使用 pkg_check_modules 函数，可以更方便地管理和使用库的相关信息，简化了 CMake 的配置过程。：库的路径，不包含 -L 前缀。这个变量中包含了库的路径，用于指定链接器在搜索库时应该查找的目录。这个变量中包含了需要链接到目标程序的库的名称以及库的绝对路径。
(*)opencv中CMake选项
苦逼的程序猿
05-31 1097
例程 BUILD_EXAMPLES 标志设置为ON状态 cmake -D CMAKE_BUILD_TYPE=RELEASE -D BUILD_EXAMPLES=ON -D CMAKE_INSTALL_PREFIX=/usr/local .. 加速 要build的过程更快一些，打开example和样例app，关闭docs, tests以及其他非必要的开关， cmake -D CMAKE_BUILD_TYPE=RELEASE -D BUILD_EXAMPLES=ON -D BUILD_D
Cmake构建_设置全局编译选项
17岁boy的博客
11-08 1251
cmake下使用add_compile_options可以设置全局的编译选项，无论是c还是c++编译器，在编译时都会自动加上这个编译选项 如工程需要c++11 add_compile_options(-std=c++11) 但是要保证你的工程下没有.c文件，确定不会调用c编译器来编译，否则c编译器无法识别c++11 ...
PG-源码编译安装
eagle89的专栏
05-26 2245
1. 下载 -- 下载源码包 https://www.postgresql.org/download/product-categories/ 源码下载地址： https://ftp.postgresql.org/pub/source/v12.2/postgresql-12.2.tar.gz 有外网可以直接wget: wget https://ftp.postgresql.org/pub/source/v12.2/postgresql-12.2.tar.gz 2. 环境配置 2.1...
windows系统下用cmake编译pgrouting源码，进行二次开发生成postgresql函数插件
Ethan的博客
03-20 919
一、下载需要的相关软件及源代码 pgrouting源代码，直接在github上下载：https://github.com/pgRouting/pgrouting c/c++编译器（我用的是VS2017，既然需要二次开发肯定需要编译器） Postgresql >= 9.2（作为这个数据库的插件，当然需要这个软件了） CMake >= 3.2...
GCC -pg选项工作原理分析
Jason_416的博客
05-27 2875
前言 -pg选项打开后，gcc会在每个函数体调用前，先调用__mcount(每个架构，名字可能不同，通过宏MCOUNT_NAME确定)。然后在执行的时候，便能跟踪函数调用的过程。 为了和编译系统一致，采用7.5.0的源码，对函数插桩的原理进行分析 gcc源码层次比较深，有些代码是编译中通过脚本实现的，需要先在源码目录尝试构建一下，然后再进行代码分析 1 跟踪调用实现过程 搜索__mcount关键字，发现很多地方都有，但很多都是无关实现的(docs)，有关的如下 ./gcc/config/ti
cmake:设置编译选项的讲究(add_compile_options和CMAKE_CXX_FLAGS的区别) 转自优快云
weixin_34378969的博客
06-22 3469
https://blog.youkuaiyun.com/10km/article/details/51731959 cmake:设置编译选项的讲究(add_compile_options和CMAKE_CXX_FLAGS的区别) 2016年06月22日 09:53:48 阅读数：25928 在cmake脚本中，设置编译选项可以通过add_compile_options命令，也可以通过set命令修改CMAKE_C...
CMake使用入门
xiaogugood的专栏
01-16 1001
原文地址：http://jiyeqian.is-programmer.com/2011/7/4/cmake_tutorial.27813.html 一、开胃菜 hello目录下的文件结构： ? ./CMakeLists.txt 1 2 3 4 ├── CMakeLists.txt ├──
CMake option选项使用方式及注意事项
Msyusheng的博客
02-19 2704
在复习的时候，使用了功能，发现修改了参数的值之后，和未修改的效果一样，然后不断的查找的使用方法，最后发现并非使用方式而错误，而是第一次编译修改的值是存入到这个缓存里面，之后再次修改的时候不会由于执勤啊的🏟️option(USE_MYMATH “是否使用自己定义的函数” ON )cmake 预定义的名字，可以理解成为变量名字变量名自己解释值,也就是 0 和 1设置好之后就可以自己的配置文件了。
Cmake入门之——变量(八)
我的博客
01-21 674
一 概述 本文主要介绍Cmake变量相关的知识点(目录)： 变量介绍及使用 自带的变量 自定义变量， 清除设置的变量 总结 二 什么是变量及变量的引用 2.1 什么是Cmake变量 Cmake变量分为系统自变量和自定义变量 系统变量是Cmake中定义好，用于获取编译时信息(如项目代码位置等) 自定义变量，用于设置或获取用于自行定义的变量 2.2变量的引用方式 在引用参数...
gprof安装使用(CMake)说明
fpcc的专栏
03-10 744
时隔多年，在CMake工程中再次使用此工具，有些细节已经改变，安装环境也略有不同，所以重新总结安装步骤，以咨为记。
Linux性能评测工具之一：gprof篇
热门推荐
我本书生
06-08 5万+
<br />       这些天自己试着对项目作一些压力测试和性能优化，也对用过的测试工具作一些总结，并把相关的资料作一个汇总，以便以后信手拈来！<br /> 1 简介<br />改进应用程序的性能是一项非常耗时耗力的工作，但是究竟程序中是哪些函数消耗掉了大部分执行时间，这通常都不是非常明显的。GNU 编译器工具包所提供了一种剖析工具 GNU profiler（gprof）。gprof 可以为 Linux平台上的程序精确分析性能瓶颈。gprof精确地给出函数被调用的时间和次数，给出函数调用关系。<br />
mingw64编译指令
最新发布
03-21
<think>好的，用户现在问的是关于MinGW64的编译指令。首先，我需要回想之前的对话历史，之前用户询问如何配置C++编译环境，我给出了详细的步骤，包括Windows下使用MinGW-w64的安装和环境变量配置，以及验证方法。现在用户可能已经成功安装了MinGW64，现在需要知道具体的编译命令。 接下来，我需要考虑用户的使用场景。用户可能刚开始学习C++，或者已经有一定基础，需要更深入了解编译器的使用。用户可能在使用Windows系统，因为MinGW64主要在Windows下使用。他们的真实需求不仅仅是知道几个命令，而是如何正确编译程序，处理常见的编译问题，以及优化和调试等。 用户可能没有说出来的深层需求可能包括：如何指定C++标准版本，如何处理多个源文件，如何链接库，以及如何优化编译后的程序等。此外，他们可能遇到常见的错误，比如找不到头文件或链接错误，需要解决方案。 现在需要组织信息，从基本编译指令开始，逐步深入。包括编译单个文件、多个文件、指定输出文件名、启用警告和调试信息、优化选项、指定C++标准版本、链接库等。还需要提供常见错误处理，以及示例代码和编译命令，让用户能直接复制使用。 要确保步骤清晰，每个编译指令都有示例，并解释每个参数的作用。同时，提醒用户注意路径和文件名的正确性，避免常见错误。最后，可以给出一些使用建议，比如使用Makefile或CMake管理项目，方便用户进一步学习。 需要检查是否有遗漏的部分，比如预处理、汇编等步骤，但考虑到用户主要需求是编译和链接，可能不需要深入讲解每个阶段，除非用户特别提到。另外，确保命令的正确性，特别是参数的位置和顺序，比如-I和-L的位置，以及-std参数的版本选择。 最后，总结关键点，帮助用户快速回顾，并鼓励他们尝试实际编译，以加深理解。可能还需要提到IDE集成，但之前已经介绍过VS Code和CLion，这里可以简略提及，保持回答的针对性。</think>以下是最常用的MinGW64编译指令详解，包含基础到进阶的完整使用指南： $$ \text{MinGW64核心指令} = \text{预处理} \rightarrow \text{编译} \rightarrow \text{汇编} \rightarrow \text{链接} $$ ### 一、基础编译流程 1. **单文件编译** ```bash # 完整编译流程（生成a.exe） g++ hello.cpp # 指定输出文件名 g++ hello.cpp -o myapp.exe # 分步编译（适合调试） g++ -c hello.cpp # 生成hello.o g++ hello.o -o hello.exe ``` 2. **多文件编译** ```bash # 直接编译多个源文件 g++ main.cpp utils.cpp -o program.exe # 分步处理 g++ -c main.cpp # 生成main.o g++ -c utils.cpp # 生成utils.o g++ main.o utils.o -o app.exe ``` ### 二、关键编译选项 $$ \text{优化等级} \in \{ -O0, -O1, -O2, -O3, -Os \} $$ | 选项 | 作用描述 | 示例 | |---------------|----------------------------|------------------------------| | `-Wall` | 启用所有警告 | `g++ -Wall main.cpp` | | `-g` | 生成调试信息(GDB可用) | `g++ -g app.cpp` | | `-I<dir>` | 添加头文件搜索路径 | `g++ -Iinclude src/main.cpp` | | `-L<dir>` | 添加库文件搜索路径 | `g++ -Llib main.cpp` | | `-l<name>` | 链接指定库 | `g++ main.cpp -lSDL2` | | `-std=<标准>` | 指定C++标准 | `g++ -std=c++17 demo.cpp` | | `-D<宏定义>` | 定义预处理器宏 | `g++ -DDEBUG test.cpp` | ### 三、典型编译场景 1. **调试模式编译** ```bash g++ -g -Wall -O0 -o debug_app.exe main.cpp ``` 2. **发布模式优化** ```bash g++ -O3 -march=native -s -o release_app.exe main.cpp ``` 3. **使用C++20标准** ```bash g++ -std=c++20 -o modern_app.exe concepts.cpp ``` 4. **链接第三方库（以SFML为例）** ```bash g++ -I"C:\SFML\include" -L"C:\SFML\lib" \ main.cpp -lsfml-graphics -lsfml-window -lsfml-system ``` ### 四、Makefile示例 ```makefile CC = g++ CFLAGS = -Wall -std=c++17 LDFLAGS = -Llib LIBS = -lglfw3 app.exe: main.o utils.o $(CC) $(CFLAGS) $^ -o $@ $(LDFLAGS) $(LIBS) %.o: %.cpp $(CC) $(CFLAGS) -c $< -o $@ clean: del *.exe *.o ``` ### 五、常见错误处理 ```bash # 错误：undefined reference to `xxxx' # 解决方案：检查是否遗漏链接库 g++ main.cpp -lcurl # 错误：cannot find -lxxx # 解决方案：确认库路径是否正确 g++ -L"C:\mylibs" main.cpp -lxxx # 警告：narrowing conversion # 解决方案：启用严格检查 g++ -Werror=narrowing conversion.cpp ``` ### 六、交叉编译示例（Windows→Linux） ```bash # 安装mingw-w64交叉编译器 sudo apt install mingw-w64 # 编译Windows可执行文件（32位） i686-w64-mingw32-g++ hello.cpp -o hello32.exe # 编译Windows可执行文件（64位） x86_64-w64-mingw32-g++ hello.cpp -o hello64.exe ``` ### 七、性能分析支持 ```bash # 生成性能分析数据（gprof） g++ -pg -O2 benchmark.cpp ./a.exe gprof a.exe gmon.out > analysis.txt # 生成汇编代码（查看优化效果） g++ -S -O3 -masm=intel algorithm.cpp ``` **关键路径示意图**： ``` 源代码(.cpp) → 预处理(.i) → 编译(.s) → 汇编(.o) → 链接(.exe) ↖ 调试信息 ↗ ↖ 第三方库链接 ↗ ``` **建议工作流程**： 1. 开发阶段使用`-Wall -g -O0`选项 2. 测试阶段使用`-O2`优化 3. 发布时使用`-O3 -s`进行最高优化和体积压缩 实际使用时建议搭配`make`或`CMake`管理复杂项目，以上指令均可集成到构建系统中使用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值