网站如何做市场推广,网站开发主要步骤,成都网站建设门户,网页版梦幻西游全新联动文章目录 为什么需要头文件为什么 C 需要声明头文件 - 批量插入几行代码的硬核方式头文件进阶 - 递归地使用头文件 CMake什么是编译器多文件编译与链接CMake 的命令行调用为什么需要库#xff08;library#xff09;CMake 中的静态库与动态库CMake 中的子模块子模块的头文件如… 文章目录 为什么需要头文件为什么 C 需要声明头文件 - 批量插入几行代码的硬核方式头文件进阶 - 递归地使用头文件 CMake什么是编译器多文件编译与链接CMake 的命令行调用为什么需要库libraryCMake 中的静态库与动态库CMake 中的子模块子模块的头文件如何处理目标的一些其他选项第三方库 - 作为纯头文件引入第三方库 - 作为子模块引入 为什么需要头文件
为什么 C 需要声明
在多文件编译章中说到了需要在 main.cpp 声明 hello() 才能引用。为什么
因为需要知道函数的参数和返回值类型这样才能支持重载隐式类型转换等特性。例如 show(3)如果声明了 void show(float x)那么编译器知道把 3 转换成 3.0f 才能调用。 让编译器知道 hello 这个名字是一个函数不是一个变量或者类的名字这样当我写下 hello() 的时候他知道我是想调用 hello 这个函数而不是创建一个叫 hello 的类的对象。 其实C 是一种强烈依赖上下文信息的编程语言举个例子
vector MyClass a; // 声明一个由 MyClass 组成的数组如果编译器不知道 vector 是个模板类那他完全可以把 vector 看做一个变量名把 解释为小于号从而理解成判断‘vector’这个变量的值是否小于‘MyClass’这个变量的值。 正因如此我们常常可以在 C 代码中看见这样的写法typename decay::type 因为 T 是不确定的导致编译器无法确定 decay 的 type 是一个类型还是一个值。因此用 typename 修饰来让编译器确信这是一个类型名…… 为了使用 hello 这个函数我们刚才在 main.cpp 里声明了 void hello() 。 但是如果另一个文件 other.cpp 也需要用 hello 这个函数呢也在里面声明一遍 如果能够只写一遍然后自动插入到需要用 hello 的那些 .cpp 里就好了……
头文件 - 批量插入几行代码的硬核方式
没错C 语言的前辈们也想到了他们说既然每个 .cpp 文件的这个部分是一模一样的不如我把 hello() 的声明放到单独一个文件 hello.h 里然后在需要用到 hello() 这个声明的地方打上一个记号#include “hello.h” 。然后用一个小程序自动在编译前把引号内的文件名 hello.h 的内容插入到记号所在的位置这样不就只用编辑 hello.h 一次了嘛~ 后来这个编译前替换的步骤逐渐变成编译器的了一部分称为预处理阶段#define 定义的宏也是这个阶段处理的。 此外在实现的文件 hello.cpp 中导入声明的文件 hello.h 是个好习惯可以保证当 hello.cpp 被修改时比如改成 hello(int)编译器能够发现 hello.h 声明的 hello() 和定义的 hello(int) 不一样避免“沉默的错误”。 实际上 cstdio 也无非是提供了 printf 等一系列函数声明的头文件而已实际的实现是在 libc.so 这个动态库里。其中 这种形式表示不要在当前目录下搜索只在系统目录里搜索”hello.h” 这种形式则优先搜索当前目录下有没有这个文件找不到再搜索系统目录。 此外在实现的文件 hello.cpp 中也导入声明的文件 hello.h 是个好习惯 可以保证当 hello.cpp 被修改时比如改成 hello(int)编译器能够发现 hello.h 声明的 hello() 和定义的 hello(int) 不一样避免“沉默的错误”虽然对支持重载的 C 不奏效 可以让 hello.cpp 中的函数需要相互引用时不需要关心定义的顺序。
头文件进阶 - 递归地使用头文件
在 C 中常常用到很多的类和函数一样类的声明也会被放到头文件中。 有时候我们的函数声明需要使用到某些类就需要用到声明了该类的头文件像这样递归地 #include 即可 但是这样造成一个问题就是如果多个头文件都引用了 MyClass.h那么 MyClass 会被重复定义两遍 解决方案在头文件前面加上一行#pragma once 这样当预处理器第二次读到同一个文件时就会自动跳过 通常头文件都不想被重复导入因此建议在每个头文件前加上这句话
CMake
什么是编译器
编译器是一个根据源代码生成机器码的程序。 g main.cpp -o a.out该命令会调用编译器程序g让他读取main.cpp中的字符串称为源码并根据C标准生成相应的机器指令码输出到a.out这个文件中称为可执行文件。 ./a.out之后执行该命令操作系统会读取刚刚生成的可执行文件从而执行其中编译成机器码调用系统提供的printf函数并在终端显示出Hello, world。
多文件编译与链接
单文件编译虽然方便但也有如下缺点 所有的代码都堆在一起不利于模块化和理解。 工程变大时编译时间变得很长改动一个地方就得全部重新编译。 因此我们提出多文件编译的概念文件之间通过符号声明相互引用。 g -c hello.cpp -o hello.og -c main.cpp -o main.o其中使用 -c 选项指定生成临时的对象文件 main.o之后再根据一系列对象文件进行链接得到最终的a.out g hello.o main.o -o a.outCMake 的命令行调用
读取当前目录的 CMakeLists.txt并在 build 文件夹下生成 build/Makefile cmake -B build让 make 读取 build/Makefile并开始构建 a.out make -C build以下命令和上一个等价但更跨平台 cmake --build build执行生成的 a.out build/a.out为什么需要库library 有时候我们会有多个可执行文件他们之间用到的某些功能是相同的我们想把这些共用的功能做成一个库方便大家一起共享。 库中的函数可以被可执行文件调用也可以被其他库文件调用。 库文件又分为静态库文件和动态库文件。 其中静态库相当于直接把代码插入到生成的可执行文件中会导致体积变大但是只需要一个文件即可运行。 而动态库则只在生成的可执行文件中生成“插桩”函数当可执行文件被加载时会读取指定目录中的.dll文件加载到内存中空闲的位置并且替换相应的“插桩”指向的地址为加载后的地址这个过程称为重定向。这样以后函数被调用就会跳转到动态加载的地址去。 Windows可执行文件同目录其次是环境变量%PATH% LinuxELF格式可执行文件的RPATH其次是/usr/lib等 CMake 中的静态库与动态库
CMake 除了 add_executable 可以生成可执行文件外还可以通过 add_library 生成库文件。 add_library 的语法与 add_executable 大致相同除了他需要指定是动态库还是静态库
add_library(test STATIC source1.cpp source2.cpp) # 生成静态库 libtest.a
add_library(test SHARED source1.cpp source2.cpp) # 生成动态库 libtest.so动态库有很多坑特别是 Windows 环境下初学者自己创建库时建议使用静态库。 但是他人提供的库大多是作为动态库的 之后会讨论如何使用他人的库。 创建库以后要在某个可执行文件中使用该库只需要 target_link_libraries(myexec PUBLIC test) # 为 myexec 链接刚刚制作的库 libtest.a 其中 PUBLIC 的含义稍后会说明CMake 中有很多这样的大写修饰符
CMake 中的子模块
复杂的工程中我们需要划分子模块通常一个库一个目录比如
这里我们把 hellolib 库的东西移到 hellolib 文件夹下了里面的 CMakeLists.txt 定义了 hellolib 的生成规则。 要在根目录使用他可以用 CMake 的 add_subdirectory 添加子目录子目录也包含一个 CMakeLists.txt其中定义的库在 add_subdirectory 之后就可以在外面使用。 子目录的 CMakeLists.txt 里路径名比如 hello.cpp都是相对路径这也是很方便的一点。 子模块的头文件如何处理
因为 hello.h 被移到了 hellolib 子文件夹里因此 main.cpp 里也要改成
如果要避免修改代码我们可以通过 target_include_directories 指定 a.out 的头文件搜索目录(其中第一个 hellolib 是库名第二个是目录)
这样甚至可以用 hello.h 来引用这个头文件了因为通过 target_include_directories 指定的路径会被视为与系统路径等价 但是这样如果另一个 b.out 也需要用 hellolib 这个库难道也得再指定一遍搜索路径吗 不需要其实我们只需要定义 hellolib 的头文件搜索路径引用他的可执行文件 CMake 会自动添加这个路径 这里用了 . 表示当前路径因为子目录里的路径是相对路径类似还有 … 表示上一层目录。 此外如果不希望让引用 hellolib 的可执行文件自动添加这个路径把 PUBLIC 改成 PRIVATE 即可。这就是他们的用途决定一个属性要不要在被 link 的时候传播。
目标的一些其他选项
除了头文件搜索目录以外还有这些选项PUBLIC 和 PRIVATE 对他们同理
target_include_directories(myapp PUBLIC /usr/include/eigen3) # 添加头文件搜索目录
target_link_libraries(myapp PUBLIC hellolib) # 添加要链接的库
target_add_definitions(myapp PUBLIC MY_MACRO1) # 添加一个宏定义
target_add_definitions(myapp PUBLIC -DMY_MACRO1) # 与 MY_MACRO1 等价
target_compile_options(myapp PUBLIC -fopenmp) # 添加编译器命令行选项
target_sources(myapp PUBLIC hello.cpp other.cpp) # 添加要编译的源文件以及可以通过下列指令不推荐使用把选项加到所有接下来的目标去
include_directories(/opt/cuda/include) # 添加头文件搜索目录
link_directories(/opt/cuda) # 添加库文件的搜索路径
add_definitions(MY_MACRO1) # 添加一个宏定义
add_compile_options(-fopenmp) # 添加编译器命令行选项第三方库 - 作为纯头文件引入
有时候我们不满足于 C 标准库的功能难免会用到一些第三方库。 最友好的一类库莫过于纯头文件库了这里是一些好用的 header-only 库
nothings/stb - 大名鼎鼎的 stb_image 系列涵盖图像声音字体等只需单头文件
Neargye/magic_enum - 枚举类型的反射如枚举转字符串等实现方式很巧妙
g-truc/glm - 模仿 GLSL 语法的数学矢量/矩阵库附带一些常用函数随机数生成等
Tencent/rapidjson - 单纯的 JSON 库甚至没依赖 STL可定制性高工程美学经典
ericniebler/range-v3 - C20 ranges 库就是受到他启发完全是头文件组成
fmtlib/fmt - 格式化库提供 std::format 的替代品需要 -DFMT_HEADER_ONLY
gabime/spdlog - 能适配控制台安卓等多后端的日志库和 fmt 冲突只需要把他们的 include 目录或头文件下载下来然后 include_directories(spdlog/include) 即可。 缺点函数直接实现在头文件里没有提前编译从而需要重复编译同样内容编译时间长。
第三方库 - 作为子模块引入
第二友好的方式则是作为 CMake 子模块引入也就是通过 add_subdirectory。 方法就是把那个项目以fmt为例的源码放到你工程的根目录 这些库能够很好地支持作为子模块引入
fmtlib/fmt - 格式化库提供 std::format 的替代品
gabime/spdlog - 能适配控制台安卓等多后端的日志库
ericniebler/range-v3 - C20 ranges 库就是受到他启发
g-truc/glm - 模仿 GLSL 语法的数学矢量/矩阵库
abseil/abseil-cpp - 旨在补充标准库没有的常用功能
bombela/backward-cpp - 实现了 C 的堆栈回溯便于调试
google/googletest - 谷歌单元测试框架
google/benchmark - 谷歌性能评估框架
glfw/glfw - OpenGL 窗口和上下文管理
libigl/libigl - 各种图形学算法大合集
