Cpp练习——MTest测试框架(gtest的模仿实现)
主要参考了Google test(gtest)和知乎上的一篇文章qtest: 一个单元测试库的从头实现以及作者提供的代码,尤其是宏的部分。一直不喜欢也没有学明白宏的各种用法,但是实现这种风格的测试框架也绕不开宏。 在其基础上进行了整理和重构,并且扩展和完善了一些细节的功能。 本文作为 C++ 学习中的小练习,若有疏漏,欢迎指正。 MTest 介绍 MTest 是一个 header-only 的简易框架,只包含两个头文件: mtest.hpp 负责 MTest 和 MTest::MTestMessage 两个类的实现,不含有任何的宏。 mtest_macro.hpp 负责对外提供相应的宏,可以在编译时使用-DUNUSE_MTEST关闭所有的宏,避免与 gtest 产生冲突。 测试文件需要 include 这两个文件,include顺序无所谓,也可以直接合并成一个文件,但是我个人的喜好是对宏敬而远之,因此单独仍在一个头文件中。主要功能实现在mtest.hpp,其中不含有任何的宏。 为什么重复造轮子? 我希望将 MTest 作为 gtest 的简易替代,尤其是它具有...
tmux学习笔记
这是一份简要的tmux笔记和速查手册,主要参考 Tmux 的 Github 文档 基本概念 tmux 为终端复用器,可以启动一系列终端会话,可以将会话和终端窗口分离:关闭终端窗口再打开,会话并不终止,而是继续运行在执行,这可以有效避免因网络波动等导致的会话中断,也便于开启多窗口任务。 tmux 在逻辑上主要有三层概念:session(会话)> window(窗口)> pane(窗格)。 session session 具有索引(默认从0开始),同时也有名称(默认名称是数字编号) 远程登录时开启 tmux client 客户端,然后可以 attach 到一个 session session 可以被一个或多个 client attach(相当于从多个设备同时登入),或者处于 detached 状态,此时 session 保持在后台运行 session 可以包含一组 window:一个屏幕装不下了,把所有东西暂移出去,新建一个空的 window。在同一时刻只能呈现一个 current window window window...
Linux bash 启动配置
bash是默认的shell,有必要了解一下它不同启动方式下的配置过程。 当执行bash命令或者用户登录系统时,会陆续加载各种bash配置文件,还会设置或清空一系列变量,有时还会执行一些自定义的命令,这些行为都算是启动bash时的过程。在不同的系统中具体的逻辑还是不同的,目前只关注Ubuntu和CentOS。 启动过程有两个维度的分类方式: 交互式和非交互式 交互式的标准情景:输入一个命令,然后输出user@host:path$,等待用户输入; 非交互式的标准情景:bash执行一个脚本,例如bash demo.sh。 登录和非登录:顾名思义,非登录情景可以加上--login或-l选项来伪装为登录情况。 可以通过下面的方法进行判断: 交互式的判断: 交互式环境下的$-变量会含有字母i; 交互式定义了提示符$PS1,但是非交互式会清空这个变量,因此echo $PS1可以区分。 登录和非登录的判断:shopt login_shell,返回on或off。 1echo $PS1;shopt...
Cpp构建和编译笔记——9.CMake库的开发
这个环节我们从库的使用者切换为库的开发者,假设我们开发了一个库 Abc,那么如何处理 Abc 库的安装和导入?在导入环节,如何按照 modern cmake 的规范提供 AbcConfig.cmake? 尤其在这部分内容,网上教程非常混乱,CMake 官方文档写的非常复杂难懂,似乎是为超复杂的大型库开发所准备的,而且早期语法和 modern cmake 语法混杂在一起,难以分辨。本文将从简单的示例开始,吸取各个教程的内容,逐渐完善。 方式一:直接安装 我们首先考虑一种最无脑的安装方式:直接把可执行文件,库文件和头文件放到需要的地方去,并且不考虑复用。(CMake 不会导出它的配置信息文件) CMake 支持这种直接无脑的安装,不需要我们真的在文件系统中进行手动拷贝。 示例如下 123install(TARGETS demo4lib1 demo4lib2 demo4exe1 demo4exe2)install(DIRECTORY include/Demo4 TYPE INCLUDE)install(FILES src/Demo4_b.h TYPE INCLUDE) 这里安装四个...
Cpp构建和编译笔记——8.CMake依赖管理
这一篇关注 CMake 的依赖管理,这是最重要的部分:由于 C++没有如 pip,npm 那样统一的包管理(既有历史原因,也是 C/C++的包管理需求太复杂导致的),在使用第三方库时通常需要使用源码编译安装,然后手动管理依赖,涉及到的 CMake 操作非常繁琐。 本文围绕以下内容展开: 项目安装命令 第三方库的使用: 库已经安装到本地,并且支持 CMake:需要导入库的信息 库并不在本地:需要从仓库拉取源码,合并到当前项目中 我们面临很多问题: 不同平台的影响:例如 Windows 平台下的安装位置等非常混乱,而 Linux 则比较统一,使得安装和第三方库的导入都非常规范化 不同的语法风格:例如 CMake 早期的语法风格需要如何导入库,Modern CMake 的语法风格需要如何导入库。CMake 为了适应不同的第三方库,提供了许多不同的接口,语法越来越混乱。 项目安装命令 单独的安装命令通常如下(当前位置是项目根目录,而非在 build 子文件夹中) 12345678(1)make install(2)cmake --build build --target...
Cpp构建和编译笔记——7.CMake语法结构
在上一篇已经学习了作为一门语言的最基本内容,接下来是进一步的内容 流程控制(条件语句,循环语句) 函数和宏 cmake 脚本/模块(不是 CMakeLists,而是.cmake 文件) 条件判断 if 语句 最完整的 if 语法结构如下 1234567if(<condition>) <commands>elseif(<condition>) # optional block, can be repeated <commands>else() # optional block <commands>endif() 其中的 elseif 和 else 都是可选的,例如 1234567if(WIN32) message(STATUS "Now is Windows")elseif(APPLE) message(STATUS "Now is Apple systens.")elseif(UNIX) message(STATUS "Now is...
Cpp构建和编译笔记——6.CMake基本语法
CMake 和 make,shell 脚本一样,本质是一种 DSL 语言。在了解 CMake 的基本概念和用法之后,作为一种编程语言,还是得从最基本的变量,流程控制(for 循环,if 条件),函数等开始学习。在最开始,我们强调一点——CMake 作为一门语言是区分大小写的!只是具体到通常使用的内置命令/自定义函数/自定义宏,不区分大小写。 不得不说,CMake 这一类文本化的语言语法都非常反人类,而且CMake 的官方文档写的真是垃圾中的垃圾。 本文的主要内容 调试输出(IO) 变量 字符串操作 列表操作 数学表达式 调试输出 在 CMakeLists 中,有着和 echo 类似的用于向控制台输出信息的 message 命令 1message([<mode>] "message text") 其中的 mode 通常为 NOTICE: 缺省时默认的选项,表示正常输出到控制台的重要提示信息 WARNING: 表示输出到控制台的警告信息,但不会中断 CMake 的运行 STATUS: 表示正常输出到控制台的一般提示性信息,和...
Cpp构建和编译笔记——5.CMake与CMakeLists
关于 CMake 的内容可能比较多,计划是分成以下几部分: Modern CMake 的基本使用 CMake 基本语法与变量 CMake 语法结构(条件,循环,函数,模块等) CMake 依赖管理(作为库的使用者) CMake 库的开发(作为库的开发者) CMake 命令速查 完全CMake风格的四步命令:构建+编译+测试+安装 1234cmake -S . -B build -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/path/to/install/cmake --build buildcmake --build build --target testcmake --build build --target install 上述命令完全不依赖具体平台。 经典Linux风格的四步命令:构建+编译+测试+安装 123456mkdir buildcd buildcmake ..make -j8ctestmake...
Cpp构建和编译笔记——4.make与Makefile
make 介绍 make(GNU make)是一个项目构建工具,用于方便地编译、链接多个源代码文件,自动决定哪些源文件需要重新编译,从而高效地构建自己地项目,普遍用于处理 c/c++项目,但也可以用于其他语言。 make 的通常用法是: 在项目目录下把编译链接的命令,写入 Makefile(指定文件名的一个文本文件,类似于 shell 脚本) 在项目命令下,执行make命令,会自动读取当前目录下的 Makefile 并解析执行 make命令可以后接参数: make,相对于执行make all,通常代表从头编译整个项目 make install,通常代表把当前项目安装到系统中,还可以附加一些参数指定安装位置等,例如prefix=/usr/local make clean,通常代表清理项目中的杂项文件,不包括源文件 注意这些只是约定俗成的作法,具体的命令行为其实完全取决于 Makefile 中写入的内容 这里的 make 是 GNU make,但是其实在各种 IDE 中,也都集成了一个类似的项目构建工具,例如 VS 的 nmake,它们发挥着类似的作用。 为什么用...
Cpp构建和编译笔记——3.gcc选项
未分类选项 -o outfile: 指定编译的输出文件名称,缺省时默认为 a.out -std=c++11: 指定使用的 c++标准 优化相关 编译器的优化选项有 4 个级别 —O0: 默认情形,不进行优化(大写字母 O 后接数字 0) -O1 -O: 较低的优化级别,编译器会尝试减少空间大小和优化程序的执行时间,但不执行需要消耗大量编译时间的优化 -O2: 较高的优化级别,牺牲更多编译时间来提高程序的性能 -O3: 最高的优化级别,宁愿牺牲空间来提升程序的执行速度 -Og: 主要使用-O1优化, 除了那些影响调试的部分 -Os: 侧重于优化文件的体积 注意: 这里优化通常不是压缩可执行文件的大小,指的是优化运行速度等,优化得到的可执行文件体积可能还更大 优化的必然代价就是编译时间更长,执行逻辑与源代码不再逐行对应,难以调试,因此 debug 模式最好不要用高等级的优化 调试相关 -g: 在编译的时候,同时产生基本的调试信息 -ggdb: 尽可能的生成...