搜索到
18
篇与
kokomi
的结果
-
-
-
GCC gcc介绍GCC生成动态链接库如果想创建一个动态链接库，可以使用GCC的-shared选项，输入文件可以是源文件汇编文件或者目标文件；另外还需要结合-fPIC文件，-fPIC选项作用于编译阶段，告诉编译器产生与位置无关代码(Position-Independent Code)，产生的代码中就没有绝对路径了，全部使用相对路径，可以被加载器加载到内存的任意位置且正确地执行例如，从源文件生成动态链接库：gcc -fPIC -shared fun.c -o libfun.so从目标文件生成动态链接库：gcc -fPIC -c fun.c -o func.o gcc -shared fun.o -o libfun.so-fPIC选项作用于编译阶段，在生成目标文件时就得使用该选项，以生成位置无关代码
-
头文件和库文件的搜索路径 一个程序能正确编译、链接、运行需要满足3个条件：预处理时能找到头文件，连接时能找到库(静态库或动态库），运行时能找到库1、头文件的搜索路径头文件通常以.h结尾，有两种写法：双引号和尖括号(当然也可以直接写绝对路径，那就不会有查找路径的问题了)，如下：#include <iostream> #include "demo.h"它们查找路径的顺序是有区别的，双引号形式会查找当前路径，而尖括号形式不会，具体查找顺序为：当前目录(仅双引号形式)编译时指定的路径(使用 CMake 编译时，target_include_directories 配置的搜索路径 > include_directories 配置的搜索路径；使用gcc编译时，gcc -I 指定的搜索路径)系统环境变量CPLUS_INCLUDE_PATH( C++ 中) 或 C_INCLUDE_PATH ( C 中)指定的目录gcc默认目录：gcc的默认目录可通过echo | g++ -v -x c++ -E -查看~: echo | g++ -v -x c++ -E - ... #include "..." search starts here: #include <...> search starts here: /usr/include/c++/11 /usr/include/x86_64-linux-gnu/c++/11 /usr/include/c++/11/backward /usr/lib/gcc/x86_64-linux-gnu/11/include /usr/local/include /usr/include/x86_64-linux-gnu /usr/include ...例如：这里会从 /usr/include/c++/11目录依次找到 /usr/include目录库文件的搜索路径
-
extern "C" 在.h文件中(函数的实现在对应的.c文件中)，经常会看到这样的代码：#ifdef __cplusplus extern "C" { #endif ... 函数声明 ... #ifdef __cplusplus } #endif这样做的原因是什么呢？首先我们要弄清楚C++和C编译的区别，以 fun 函数为例：// fun.h中声明 int fun(int a, int b); // fun.c中实现 # include "fun.h" int fun(int a, int b){ return a + b; }fun函数在 C 的编译中会被编译成 _fun，在 C++ 中会被编译成 _fun_int_int；(C 对函数的编译在转换成汇编代码的时候只取函数名，而 C++ 是函数名加上参数类型；因此 C++ 支持函数的重载，而 C 不支持函数的重载)；如果 cpp 文件调用了 .h(在.c文件中实现) 文件中的 fun 函数，编译链接时会按照_fun_int_int 来找，就会找不到fun函数；如果加上extern "C"，C++就会按照_fun来找fun函数，就可以找到该函数；因此解决方法有以下两种(刚好对应extern "c"的使用场景)：1、在cpp文件中使用extern "c"声明使用到的c函数// cpp文件中 extern "C"{ // 用extern "C"声明fun.cpp文件中的函数，以至于可以在cpp文件中使用 extern int fun(int a, int b); }2、在.h文件中加上extern "c"(推荐)extern "C"只是C++的关键字，不是 c 的，c 不认识extern "c"，所以需要加上ifdef __cplusplus，这样c和cpp文件都可以顺利调用#ifdef __cplusplus extern "C" #endif ... // 函数声明 ... #ifdef __cplusplus } #endif
