-
GCC -o选项 特定输出文件
所属栏目：[语言] 日期：2022-07-12 热度：192
gcc -o选项用来指定输出文件，如果不使用 -o 选项，那么将采用默认的输出文件。例如默认情况下，生成的可执行文件的名字默认为 a.out。 如下是 gcc -o 指令的使用语法格式： [root@bogon demo]# gcc [-E|-S|-c] [infile] [-o outfile] 其中，用方括号 [][详细]
-
GDB watch命令 监控变量值的更变
所属栏目：[语言] 日期：2022-07-12 热度：188
《GDB break命令》一节，给大家介绍了使用 break 命令在程序某一行的位置打断点。但还有一些场景，我们需要监控某个变量或者表达式的值，通过值的变化情况判断程序的执行过程是否存在异常或者 Bug。这种情况下，break 命令显然不再适用，推荐大家使用 watc[详细]
-
GDB break b 设定断点
所属栏目：[语言] 日期：2022-07-12 热度：111
默认情况下，程序不会进入调试模式，代码会瞬间从开头执行到末尾。要想观察程序运行的内部细节（例如某变量值的变化情况），可以借助 GDB 调试器在程序中的某个地方设置断点，这样当程序执行到这个地方时就会停下来。 所谓断点（BreakPoint），读者可以理[详细]
-
gdb run r 命令 开启程序
所属栏目：[语言] 日期：2022-07-12 热度：154
使用 GDB 调试器调试程序的过程，其实就是借助 GDB 调试器来监控程序的执行流程，进而发现程序中导致异常或者 Bug 的代码。通过前面章节的学习，读者已经学会了如何启动 GDB 调试器，在此基础上，本节继续为大家讲解如何在 GDB 调试器中启动（运行）程序，[详细]
-
GDB下载和安装教学
所属栏目：[语言] 日期：2022-07-12 热度：62
基于 Linux 系统的免费、开源，衍生出了多个不同的 Linux 版本，比如 Redhat、CentOS、Ubuntu、Debian 等。这些 Linux 发行版中，有些默认安装有 GDB 调试器，但有些默认不安装。 判断当前 Linux 发行版是否安装有 GDB 的方法也很简单，就是在命令行窗口中[详细]
-
GCC -l选项 手动增加链接库
所属栏目：[语言] 日期：2022-07-12 热度：54
链接器把多个二进制的目标文件（object file）链接成一个单独的可执行文件。在链接过程中，它必须把符号（变量名、函数名等一些列标识符）用对应的数据的内存地址（变量地址、函数地址等）替代，以完成程序中多个模块的外部引用。 而且，链接器也必须将程[详细]
-
gcc指令一次处置多个文件
所属栏目：[语言] 日期：2022-07-12 热度：145
通过前面几节的学习，读者已经了解了如何使用 gcc（g++）指令调用 GCC 编译器编译（包括预处理、编译、汇编和链接）C 或者 C++ 源代码，例如： [root@bogon demo]# ls demo1.c demo2.c [root@bogon demo]# cat demo1.c #includestdio.h int main(){ printf[详细]
-
GCC运用静态链接库和动态链接库
所属栏目：[语言] 日期：2022-07-12 热度：116
我们知道，C、C++程序从源文件到生成可执行文件需经历 4 个阶段，分别为预处理、编译、汇编和链接，本节将重点围绕链接阶段，对静态链接库和动态链接库做详细的讲解。 有关链接操作的具体细节，感兴趣的读者可阅读《到底什么是链接，它起到了什么作用？》[详细]
-
GCC -c选择 生成目标文件
所属栏目：[语言] 日期：2022-07-12 热度：97
我们知道，从 C、C++源代码生成可执行文件要经历 4 个过程，分别为预处理、编译、汇编和链接。 《GCC -E选项：对源程序做预处理操作》一节以 demo.c 源文件为例，介绍了如何对源文件进行预处理，并生成相应的 demo.i 预处理文件；《GCC -S选项：编译非汇编[详细]
-
Makefile文件是哪些
所属栏目：[语言] 日期：2022-07-12 热度：79
我们教程主要是讲的是 Makefile 。很多 Linux(Unix) 做开发的初学者不了解 Makefile 是什么，甚至大部分 Windows 开发工程师对 Makefile 都特别陌生。这个其实很正常，如果你是在 Windows 下作开发的话不需要去考虑这个问题，因为 Windows 下的集成开发环[详细]
-
GDB catch命令 创立捕捉断点
所属栏目：[语言] 日期：2022-07-12 热度：158
要知道，GDB 调试器支持在被调试程序中打 3 种断点，分别为普通断点、观察断点和捕捉断点，其中普通断点用 break 命令建立（可阅读《GDB break》一节），观察断点用 watch 命令建立（可阅读《GDB watch》一节），本节将讲解如何使用 catch 命令建立捕捉断[详细]
-
GDB条件断点 condition命令 解说
所属栏目：[语言] 日期：2022-07-12 热度：155
前面章节给大家介绍了 GDB 调试器中普通断点、观察断点以及捕捉断点的功能和用法。其中值得一提的是，对于普通断点的建立，可以使用如下格式的 break 命令： (gdb) break ... if cond ... 参数用于指定生成断点的具体位置；cond 参数用于代指某个表达式。[详细]
-
GDB单步调节程序
所属栏目：[语言] 日期：2022-07-12 热度：121
《调用GDB调试器的几种方式》一节中提到，借助 next 命令可以控制 GDB 单步执行程序。所谓单步调试，就是通过一行一行的执行程序，观察整个程序的执行流程，进而尝试发现一些存在的异常或者 Bug。 根据实际场景的需要，GDB 调试器共提供了 3 种可实现单步[详细]
-
GDB print和display命令 查视变量的值
所属栏目：[语言] 日期：2022-07-12 热度：148
前面章节中提到，使用 GDB 调试程序，最常用的方法是：单步调试或者断点调试程序，期间通过查看某个变量或者表达式的值，判断当前程序的执行过程是否正确，不断缩小异常或 Bug 位于代码中的范围，最终找到并修复。 对于在调试期间查看某个变量或表达式的值[详细]
-
GDB禁用与删除断点
所属栏目：[语言] 日期：2022-07-12 热度：85
我们知道，GDB 调试器支持 3 种断点，分别为普通断点（用 break 命令创建）、观察断点（用 watch 命令建立）以及捕捉断点（用 catch 命令建立）。并且如果需要的话，我们可以在被调试程序中打多个断点，甚至于 GDB 允许在同一位置打多个断点。 这就产生一[详细]
-
GDB handle命令 信号处置
所属栏目：[语言] 日期：2022-07-12 热度：176
C、C++ 程序中，信号常常作为进程间通信的一种重要手段。举个例子： #include stdio.h #include unistd.h #include signal.h void display(){ printf(http://c.biancheng.net/gdb/); } int main () { pid_t cpid; pid_t ppid; signal(SIGINT,display); if([详细]
-
GDB frame和backtrace命令 检查栈信息
所属栏目：[语言] 日期：2022-07-12 热度：168
当程序因某种异常停止运行时，我们要做的就是找到程序停止的具体位置，分析导致程序停止的原因。 对于 C、C++ 程序而言，异常往往出现在某个函数体内，例如 main() 主函数、调用的系统库函数或者自定义的函数等。要知道，程序中每个被调用的函数在执行时，[详细]
-
GDB编辑及搜索源码
所属栏目：[语言] 日期：2022-07-12 热度：182
本节主要讲解的是在 GDB 内对源文件中的代码进行修改和查找，分别对应 GDB 中的 edit 命令和 search 命令，下面是对这两个命令的详细介绍。 GDB edit命令：编辑文件 在 GDB 中编辑源文件中使用 edit 命令，该命令的语法格式如下： (gdb) edit [location] ([详细]
-
GDB help命令 查看目标命令的详细用法
所属栏目：[语言] 日期：2022-07-12 热度：89
截止到本节，我们接触了大量的 GDB 命令，甚至很多命令还拥有不同的语法格式和参数。这就产生一个问题，如何才能记住它们呢？ 实际上，GDB 调试器的开发人员也想到了这个问题。为了降低用户使用 GDB 调试器的学习成本，GDB 提供了 help 命令，它可以帮用户[详细]
-
Makefile ifeq ifneq ifdef和ifndef 条件判别
所属栏目：[语言] 日期：2022-07-11 热度：97
日常使用 Makefile 编译文件时，可能会遇到需要分条件执行的情况，比如在一个工程文件中，可编译的源文件很多，但是它们的类型是不相同的，所以编译文件使用的编译器也是不同的。手动编译去操作文件显然是不可行的（每个文件编译时需要注意的事项很多），[详细]
-
Makefile伪标准
所属栏目：[语言] 日期：2022-07-11 热度：110
这一个章节我们主要讲的是 Makefile 中的伪目标。所谓的伪目标可以这样来理解，它并不会创建目标文件，只是想去执行这个目标下面的命令。伪目标的存在可以帮助我们找到命令并执行。 使用伪目标有两点原因： 避免我们的 Makefile 中定义的只执行的命令的目[详细]
-
Makefile隐含准则
所属栏目：[语言] 日期：2022-07-11 热度：190
这个章节讲述的是 Makefile 的隐含规则，所谓的隐含规则就是需要我们做出具体的操作，系统自动完成。编写 Makefile 的时候，可以使用隐含规则来简化Makefile 文件编写。 实例： test:test.o gcc -o test test.o test.o:test.c 我们可以在 Makefile 中这样[详细]
-
Makefile路径搜索使用示例
所属栏目：[语言] 日期：2022-07-11 热度：160
我们了解了一下路径搜索的使用方式，我们再来看一下具体的使用方法。 为了体验实例的效果的更加明显，我们按照源代码树的布局来放置文件。我们把源代码放置在src目录下，包含的文件文件是：list1.c、list2.c、main.c 文件，我们把头文件包含在 include 的[详细]
-
Makefile目标文件搜寻 VPATH和vpath
所属栏目：[语言] 日期：2022-07-11 热度：168
我们都知道一个工程文件中的源文件有很多，并且存放的位置可能不相同（工程中的文件会被放到不同的目录下），所以按照之前的方式去编写 Makefile 会有问题。 我们之前列举的例子，所有的源文件基本上都是存放在与 Makefile 相同的目录下。只要依赖的文件存[详细]
-
Makefile自主化变量
所属栏目：[语言] 日期：2022-07-11 热度：200
关于自动化变量可以理解为由 Makefile 自动产生的变量。在模式规则中，规则的目标和依赖的文件名代表了一类的文件。规则的命令是对所有这一类文件的描述。我们在 Makefile 中描述规则时，依赖文件和目标文件是变动的，显然在命令中不能出现具体的文件名称[详细]
