2021-10-15 Linux MAKEFILE 编译C++ 带符号 并调试

已于 2022-04-04 19:19:16 修改
阅读量444 收藏
点赞数
分类专栏： windows Linux 应用程序 文章标签： linux c++
于 2021-10-15 21:00:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zxy19821020/article/details/120790474
版权

MakeFile文件:

dhcp : dhcp.o
    gcc     -o     dhcp dhcp.o -lstdc++  #lstdc++  指使用 libstdc++ 链接
dhcp.o : dhcp.cpp dhcp.h
    gcc      -c -g dhcp.cpp        # -g 加入调试符号
clean :
    rm  dhcp.o

编译调试 :

小有义
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
使用Xcode阅读Makefile管理的C/C++项目源码（支持调试，符号跳转，自动补全）
u011577874的专栏
06-10 1万+
使用Xcode阅读Makefile管理的C/C++项目源码，支持调试，符号跳转，自动补全
Windows驱动开发技术详解的光盘-part1
07-06
　从Windows最基本的两类驱动程序的编译、安装、调试入手讲解，非常容易上手，用实例详细讲解PCI、USB、虚拟串口、虚拟摄像头、SDIO等驱动程序的开发，归纳了多种调试驱动程序的高级技巧，如用WinDBG和VMWARE软件对...
windows驱动开发技术详解-part2
07-06
这是书的光盘。共分为两个部分，这是第一部分。 本书由浅入深、循序渐进地介绍了Windows驱动程序的开发方法与调试技巧。本书共分23章，内容涵盖了 Windows操作系统的基本原理、NT驱动程序与WDM驱动程序的构造、驱动程序中的同步异步处理方法、驱 动程序中即插即用功能、驱动程序的各种调试技巧等。同时，还针对流行的PCI驱动程序、USB驱动程序 、虚拟串口驱动程序、摄像头驱动程序、SDIO驱动程序进行了详细的介绍，本书最大的特色在于每一节 的例子都是经过精挑细选的，具有很强的针对性。力求让读者通过亲自动手实验，掌握各类Windows驱动 程序的开发技巧，学习尽可能多的Windows底层知识。 　　本书适用于中、高级系统程序员，同时也可用做高校计算机专业操作系统实验课的补充教材。 原创经典，威盛一线工程师倾力打造。深入驱动核心，剖析操作系统底层运行机制，通过实例引导，快 速学习编译、安装、调试的方法。 　　从Windows最基本的两类驱动程序的编译、安装、调试入手讲解，非常容易上手，用实例详细讲解 PCI、USB、虚拟串口、虚拟摄像头、SDIO等驱动程序的开发，归纳了多种调试驱动程序的高级技巧，如 用WinDBG和VMWARE软件对驱动进行源码级调试，深入Windows操作系统的底层和内核，透析Windows驱动 开发的本质。 本书是作者结合教学和科研实践经验编写而成的，不仅详细介绍了Windows内核原理，而且介绍了编程技 巧和应用实例，兼顾了在校研究生和工程技术人员的实际需求，对教学、生产和科研有现实的指导意义 ，是一本值得推荐的专著。 　　　　　　　　　　　　　——中国工程院院士 　　院士推荐 　　目前，电子系统设计广泛采用通用操作系统，达到降低系统的设计难度和缩短研发周期。实现操作 系统与硬件快速信息交换是电子系统设计的关键。 　　通用操作系统硬件驱动程序的开发，编写者不仅需要精通硬件设备、计算机总线，而且需要Windows 操作系统知识以及调试技巧。学习和掌握Windows硬件驱动程序的开发是电子系统设计人员必备的能力。 　　本书是作者结合教学和科研实践经验编写而成的，不仅详细介绍了Windows内核原理，并且介绍了编 程技巧和应用实例，兼顾了在校研究生和工程技术人员的实际需求，对教学、生产和科研有现实的指导 意义，是一本值得推荐的专著。 第1篇 入门篇 第1章 从两个最简单的驱动谈起 本章向读者呈现两个最简单的Windows驱动程序，一个是NT式的驱动程序，另一个是WDM式的驱动程序。 这两个驱动程序没有操作具体的硬件设备，只是在系统里创建了虚拟设备。在随后的章节中，它们会作 为基本驱动程序框架，被本书其他章节的驱动程序开发所复用。笔者将带领读者编写代码、编译、安装 和调试程序。 　　1.1 DDK的安装 　　1.2 第一个驱动程序HelloDDK的代码分析 　　　1.2.1 HelloDDK的头文件 　　　1.2.2 HelloDDK的入口函数 　　　1.2.3 创建设备例程 　　　1.2.4 卸载驱动例程 　　　1.2.5 默认派遣例程 　　1.3 HelloDDK的编译和安装 　　　1.3.1 用DDK环境编译HelloDDK 　　　1.3.2 用VC集成开发环境编译HelloDDK 　　　1.3.3 HelloDDK的安装 　　1.4 第二个驱动程序HelloWDM的代码分析 　　　1.4.1 HelloWDM的头文件 　　　1.4.2 HelloWDM的入口函数 　　　1.4.3 HelloWDM的AddDevice例程 　　　1.4.4 HelloWDM处理PNP的回调函数 　　　1.4.5 HelloWDM对PNP的默认处理 　　　1.4.6 HelloWDM对IRP_MN_REMOVE_DEVICE的处理 　　　1.4.7 HelloWDM对其他IRP的回调函数 　　　1.4.8 HelloWDM的卸载例程 　　1.5 HelloWDM的编译和安装 　　　1.5.1 用DDK编译环境编译HelloWDM 　　　1.5.2 HelloWDM的编译过程 　　　1.5.3 安装HelloWDM 　　1.6 小结 　第2章 Windows操作驱动的基本概念 　驱动程序被操作系统加载在内核模式下，它与Windows操作系统内核的其他组件进行密切交互。本章主 要介绍Windows操作系统内核的基本概念，同时还介绍应用程序和驱动程序之间的通信方法。 　　2.1 Windows操作系统概述 　　　2.1.1 Windows家族 　　　2.1.2 Windows特性 　　　2.1.3 用户模式和内核模式 　　　
万能makefile写法详解，一步一步写一个实用的makefile
05-22
作者：胡彦 2013-5-21 本文档可能有更新，更新版本请留意http://blog.csdn.net/huyansoft/article/details/8924624 一 目的：编写一个实际可用的makefile，能自动编译当前目录下所有.c源文件，并且任何.c、.h或依赖的源文件被修改后，能自动重编那些改动了的源文件，未改动的不编译。 二 要达到这个目的，用到的技术有： 1-使用wildcard函数来获得当前目录下所有.c文件的列表。 2-make的多目标规则。 3-make的模式规则。 4-用gcc -MM命令得到一个.c文件include了哪些文件。 5-用sed命令对gcc -MM命令的结果作修改。 6-用include命令包含依赖描述文件.d。 三 准备知识 （一）多目标 对makefile里下面2行，可看出多目标特征，执行make bigoutput或make littleoutput可看到结果： bigoutput littleoutput: defs.h pub.h @echo $@ $(subst output,OUTPUT,$@) $^ # $@指这个规则里所有目标的集合，$^指这个规则里所有依赖的集合。该行是把目标（bigoutput或littleoutput）里所有子串output替换成大写的OUTPUT （二）隐含规则 对makefile里下面4行，可看出make的隐含规则，执行foo可看到结果： 第3、4行表示由.c得到.o，第1、2行表示由.o得到可执行文件。 如果把第3、4行注释的话，效果一样。 即不写.o来自.c的规则，它会自动执行gcc -c -o foo.o foo.c这条命令，由.c编译出.o(其中-c表示只编译不链接)，然后自动执行gcc -o foo foo.o链接为可执行文件。 foo:foo.o gcc -o foo foo.o; ./foo foo.o:foo.c #注释该行看效果 gcc -c foo.c -o foo.o #注释该行看效果 （三）定义模式规则 下面定义了一个模式规则，即如何由.c文件生成.d文件的规则。 foobar: foo.d bar.d @echo complete generate foo.d and bar.d %.d: %.c #make会对当前目录下每个.c文件，依次做一次里面的命令，从而由每个.c文件生成对应.d文件。 @echo from $< to $@ g++ -MM $ $@ 假定当前目录下有2个.c文件：foo.c和bar.c（文件内容随意）。 验证方法有2种，都可： 1-运行make foo.d(或make bar.d)，表示想要生成foo.d这个目标。 根据规则%.d: %.c，这时%匹配foo，这样%.c等于foo.c，即foo.d这个目标依赖于foo.c。 此时会自动执行该规则里的命令gcc -MM foo.c > foo.d，来生成foo.d这个目标。 2-运行make foobar，因为foobar依赖于foo.d和bar.d这2个文件，即会一次性生成这2个文件。 四 下面详述如何自动生成依赖性，从而实现本例的makefile。 （一） 本例使用了makefile的模式规则，目的是对当前目录下每个.c文件，生成其对应的.d文件，例如由main.c生成的.d文件内容为： main.o : main.c command.h 这里指示了main.o目标依赖于哪几个源文件，我们只要把这一行的内容，通过make的include指令包含到makefile文件里，即可在其任意一个依赖文件被修改后，重新编译目标main.o。 下面详解如何生成这个.d文件。 （二） gcc/g++编译器有一个-MM选项，可以对某个.c/.cpp文件，分析其依赖的源文件，例如假定main.c的内容为： #include //标准头文件(以方式包含的)，被-MM选项忽略，被-M选项收集 #include "stdlib.h"//标准头文件(以""方式包含的)，被-MM选项忽略，被-M选项收集 #include "command.h" int main() { printf("##### Hello Makefile #####\n"); return 0; } 则执行gcc -MM main.c后，屏幕输出： main.o: main.c command.h 执行gcc -M main.c后，屏幕输出： main.o: main.c /usr/include/stdio.h /usr/include/features.h \ /usr/include/bits/predefs.h /usr/include/sys/cdefs.h \ /usr/include/bits/wordsize.h /usr/include/gnu/stubs.h \ /usr/include/gnu/stubs-64.h \ /usr/lib/gcc/x86_64-linux-gnu/4.4.3/include/stddef.h \ /usr/include/bits/types.h /usr/include/bits/typesizes.h \ /usr/include/libio.h /usr/include/_G_config.h /usr/include/wchar.h \ /usr/lib/gcc/x86_64-linux-gnu/4.4.3/include/stdarg.h \ /usr/include/bits/stdio_lim.h /usr/include/bits/sys_errlist.h \ /usr/include/stdlib.h /usr/include/sys/types.h /usr/include/time.h \ /usr/include/endian.h /usr/include/bits/endian.h \ /usr/include/bits/byteswap.h /usr/include/sys/select.h \ /usr/include/bits/select.h /usr/include/bits/sigset.h \ /usr/include/bits/time.h /usr/include/sys/sysmacros.h \ /usr/include/bits/pthreadtypes.h /usr/include/alloca.h command.h （三） 可见，只要把这些行挪到makefile里，就能自动定义main.c的依赖是哪些文件了，做法是把命令的输出重定向到.d文件里：gcc -MM main.c > main.d，再把这个.d文件include到makefile里。 如何include当前目录每个.c生成的.d文件： sources:=$(wildcard *.c) #使用$(wildcard *.cpp)来获取工作目录下的所有.c文件的列表。 dependence=$(sources:.c=.d) #这里,dependence是所有.d文件的列表.即把串sources串里的.c换成.d。 include $(dependence) #include后面可以跟若干个文件名,用空格分开,支持通配符,例如include foo.make *.mk。这里是把所有.d文件一次性全部include进来。注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了。 （四） 现在main.c command.h这几个文件，任何一个改了都会重编main.o。但是这里还有一个问题，如果修改了command.h，在command.h中加入#include "pub.h"，这时： 1-再make，由于command.h改了，这时会重编main.o，并且会使用新加的pub.h，看起来是正常的。 2-这时打开main.d查看，发现main.d中未加入pub.h，因为根据模式规则%.d: %.c中的定义，只有依赖的.c文件变了，才会重新生成.d，而刚才改的是command.h，不会重新生成main.d、及在main.d中加入对pub.h的依赖关系，这会导致问题。 3-修改新加的pub.h的内容，再make，果然问题出现了，make报告up to date，没有像期望那样重编译main.o。 现在问题在于，main.d里的某个.h文件改了，没有重新生成main.d。进一步说，main.d里给出的每个依赖文件，任何一个改了，都要重新生成这个main.d。 所以main.d也要作为一个目标来生成，它的依赖应该是main.d里的每个依赖文件，也就是说make里要有这样的定义： main.d: main.c command.h 这时我们发现，main.d与main.o的依赖是完全相同的，可以利用make的多目标规则，把main.d与main.o这两个目标的定义合并为一句： main.o main.d: main.c command.h 现在，main.o: main.c command.h这一句我们已经有了，如何进一步得到main.o main.d: main.c command.h呢？ （五） 解决方法是行内字符串替换，对main.o，取出其中的子串main，加上.d后缀得到main.d，再插入到main.o后面。能实现这种替换功能的命令是sed。 实现的时候，先用gcc -MM命令生成临时文件main.d.temp，再用sed命令从该临时文件中读出内容(用输出到最终文件main.d。 命令可以这么写： g++ -MM main.c > main.d.temp sed 's,\(main\)\.o[ :]*,\1.o main.d : ,g' main.d 其中： sed 's,\(main\)\.o[ :]*,\1.o main.d : ,g'，是sed命令。 main.d，把行内替换结果输出到最终文件main.d。 （六） 这条sed命令的结构是s/match/replace/g。有时为了清晰，可以把每个/写成逗号，即这里的格式s,match,replace,g。 该命令表示把源串内的match都替换成replace，s指示match可以是正则表达式。 g表示把每行内所有match都替换，如果去掉g，则只有每行的第1处match被替换(实际上不需要g，因为一个.d文件中，只会在开头有一个main.o:)。 这里match是正则式\(main\)\.o[ :]*，它分成3段： 第1段是\(main\)，在sed命令里把main用\(和\)括起来，使接下来的replace中可以用\1引用main。 第2段是\.o，表示匹配main.o，(这里\不知何意，去掉也是可以的)。 第3段是正则式[ :]*，表示若干个空格或冒号，(其实一个.d里只会有一个冒号，如果这里写成[ ]*:，即匹配若干个空格后跟一个冒号，也是可以的)。 总体来说match用来匹配'main.o :'这样的串。 这里的replace是\1.o main.d :，其中\1会被替换为前面第1个\(和\)括起的内容，即main，这样replace值为main.o main.d : 这样该sed命令就实现了把main.o :替换为main.o main.d :的目的。 这两行实现了把临时文件main.d.temp的内容main.o : main.c command.h改为main.o main.d : main.c command.h，并存入main.d文件的功能。 （七） 进一步修改，采用自动化变量。使得当前目录下有多个.c文件时，make会依次对每个.c文件执行这段规则，生成对应的.d： gcc -MM $ $@.temp; sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; （八） 现在来看上面2行的执行流程： 第一次make，假定这时从来没有make过，所有.d文件不存在，这时键入make： 1-include所有.d文件的命令无效果。 2-首次编译所有.c文件。每个.c文件中若#include了其它头文件，会由编译器自动读取。由于这次是完整编译，不存在什么依赖文件改了不会重编的问题。 3-对每个.c文件，会根据依赖规则%.d: %.c，生成其对应的.d文件，例如main.c生成的main.d文件为： main.o main.d: main.c command.h 第二次make，假定改了command.h、在command.h中加入#include "pub.h"，这时再make： 1-include所有.d文件，例如include了main.d后，得到依赖规则： main.o main.d: main.c command.h 注意所有include命令是首先执行的，make会先把所有include进来，再生成依赖规则关系。 2-此时，根据依赖规则，由于command.h的文件戳改了，要重新生成main.o和main.d文件。 3-先调用gcc -c main.c -o main.o生成main.o， 再调用gcc -MM main.c > main.d重新生成main.d。 此时main.d的依赖文件里增加了pub.h： main.o main.d: main.c command.h pub.h 4-对其它依赖文件没改的.c（由其.d文件得到），不会重新编译.o和生成其.d。 5-最后会执行gcc $(objects) -o main生成最终可执行文件。 第三次make，假定改了pub.h，再make。由于第二遍中，已把pub.h加入了main.d的依赖，此时会重编main.c，重新生成main.o和main.d。 这样便实现了当前目录下任一源文件改了，自动编译涉及它的.c。 （九） 进一步修改，得到目前大家普遍使用的版本： set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ 第一行，set -e表示，如果某个命令的返回参数非0，那么整个程序立刻退出。 rm -f用来删除上一次make时生成的.d文件，因为现在要重新生成这个.d，老的可以删除了(不删也可以)。 第二行：前面临时文件是用固定的.d.temp作为后缀，为了防止重名覆盖掉有用的文件，这里把temp换成一个随机数，该数可用$$得到，$$的值是当前进程号。 由于$是makefile特殊符号，一个$要用$$来转义，所以2个$要写成$$$$（你可以在makefile里用echo $$$$来显示进程号的值）。 第三行：sed命令的输入也改成该临时文件.$$。 每个shell命令的进程号通常是不同的，为了每次调用$$时得到的进程号相同，必须把这4行放在一条命令中，这里用分号把它们连接成一条命令（在书写时为了易读，用\拆成了多行），这样每次.$$便是同一个文件了。 你可以在makefile里用下面命令来比较： echo $$$$ echo $$$$; echo $$$$ 第四行：当make完后，每个临时文件.d.$$，已经不需要了，删除之。 但每个.d文件要在下一次make时被include进来，要保留。 （十） 综合前面的分析，得到我们的makefile文件： #使用$(wildcard *.c)来获取工作目录下的所有.c文件的列表 sources:=$(wildcard *.c) objects:=$(sources:.c=.o) #这里,dependence是所有.d文件的列表.即把串sources串里的.c换成.d dependence:=$(sources:.c=.d) #所用的编译工具 CC=gcc #当$(objects)列表里所有文件都生成后，便可调用这里的 $(CC) $^ -o $@ 命令生成最终目标all了 #把all定义成第1个规则，使得可以把make all命令简写成make all: $(objects) $(CC) $^ -o $@ #这段是make的模式规则，指示如何由.c文件生成.o，即对每个.c文件，调用gcc -c XX.c -o XX.o命令生成对应的.o文件。 #如果不写这段也可以，因为make的隐含规则可以起到同样的效果 %.o: %.c $(CC) -c $< -o $@ include $(dependence) #注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了 %.d: %.c set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ .PHONY: clean #之所以把clean定义成伪目标，是因为这个目标并不对应实际的文件 clean: rm -f all $(objects) $(dependence) #清除所有临时文件：所有.o和.d。.$$已在每次使用后立即删除。-f参数表示被删文件不存在时不报错 （十一） 上面这个makefile已经能正常工作了（编译C程序），但如果要用它编译C++，变量CC值要改成g++，每个.c都要改成.cpp，有点繁琐。 现在我们继续完善它，使其同时支持C和C++，并支持二者的混合编译。 #一个实用的makefile，能自动编译当前目录下所有.c/.cpp源文件，支持二者混合编译 #并且当某个.c/.cpp、.h或依赖的源文件被修改后，仅重编涉及到的源文件，未涉及的不编译 #详解文档：http://blog.csdn.net/huyansoft/article/details/8924624 #author：胡彦 2013-5-21 #---------------------------------------------------------- #编译工具用g++，以同时支持C和C++程序，以及二者的混合编译 CC=g++ #使用$(winldcard *.c)来获取工作目录下的所有.c文件的列表 #sources:=main.cpp command.c #变量sources得到当前目录下待编译的.c/.cpp文件的列表，两次调用winldcard、结果连在一起即可 sources:=$(wildcard *.c) $(wildcard *.cpp) #变量objects得到待生成的.o文件的列表，把sources中每个文件的扩展名换成.o即可。这里两次调用patsubst函数，第1次把sources中所有.cpp换成.o，第2次把第1次结果里所有.c换成.o objects:=$(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(sources))) #变量dependence得到待生成的.d文件的列表，把objects中每个扩展名.o换成.d即可。也可写成$(patsubst %.o,%.d,$(objects)) dependence:=$(objects:.o=.d) #---------------------------------------------------------- #当$(objects)列表里所有文件都生成后，便可调用这里的 $(CC) $^ -o $@ 命令生成最终目标all了 #把all定义成第1个规则，使得可以把make all命令简写成make all: $(objects) $(CC) $(CPPFLAGS) $^ -o $@ @./$@ #编译后立即执行 #这段使用make的模式规则，指示如何由.c文件生成.o，即对每个.c文件，调用gcc -c XX.c -o XX.o命令生成对应的.o文件 #如果不写这段也可以，因为make的隐含规则可以起到同样的效果 %.o: %.c $(CC) $(CPPFLAGS) -c $< -o $@ #同上，指示如何由.cpp生成.o，可省略 %.o: %.cpp $(CC) $(CPPFLAGS) -c $< -o $@ #---------------------------------------------------------- include $(dependence) #注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了 #因为这4行命令要多次凋用，定义成命令包以简化书写 define gen_dep set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ endef #指示如何由.c生成其依赖规则文件.d #这段使用make的模式规则，指示对每个.c文件，如何生成其依赖规则文件.d，调用上面的命令包即可 %.d: %.c $(gen_dep) #同上，指示对每个.cpp，如何生成其依赖规则文件.d %.d: %.cpp $(gen_dep) #---------------------------------------------------------- #清除所有临时文件（所有.o和.d）。之所以把clean定义成伪目标，是因为这个目标并不对应实际的文件 .PHONY: clean clean: #.$$已在每次使用后立即删除。-f参数表示被删文件不存在时不报错 rm -f all $(objects) $(dependence) echo: #调试时显示一些变量的值 @echo sources=$(sources) @echo objects=$(objects) @echo dependence=$(dependence) @echo CPPFLAGS=$(CPPFLAGS) #提醒：当混合编译.c/.cpp时，为了能够在C++程序里调用C函数，必须把每一个要调用的C函数，其声明都包括在extern "C"{}块里面，这样C++链接时才能成功链接它们。 五 makefile学习体会： 刚学过C语言的读者，可能会觉得makefile有点难，因为makefile不像C语言那样，一招一式都那么清晰明了。 在makefile里到处是“潜规则”，都是一些隐晦的东西，要弄明白只有搞清楚这些“潜规则”。 基本的规则无非是“一个依赖改了，去更新哪些目标”。 正因为隐晦动作较多，写成一个makefile才不需要那么多篇幅，毕竟项目代码才是主体。只要知道makefile的框架，往它的套路里填就行了。 较好的学习资料是《跟我一起写Makefile.pdf》这篇文档（下载包里已经附带了），比较详细，适合初学者。 我们学习的目的是，能够编写一个像本文这样的makefile，以满足简单项目的基本需求，这要求理解前面makefile几个关键点： 1-多目标 2-隐含规则 3-定义模式规则 4-自动生成依赖性 可惜的是，这篇文档虽然比较全面，却没有以一个完整的例子为引导，对几处要点没有突出指明，尤其是“定义模式规则”在最后不显眼的位置（第十一部分第五点），导致看了“自动生成依赖性”一节后还比较模糊。 所以，看了《跟我一起写Makefile.pdf》后，再结合本文针对性的讲解，会有更实际的收获。 另一个学习资料是《GNU make v3.80中文手册v1.5.pdf》，这个手册更详细，但较枯燥，不适合完整学习，通常是遇到问题再去查阅。 其它文章和代码请留意我的blog: http://blog.csdn.net/huyansoft [END]
苏嵌实训——day7
一个电子信息嵌入式的学习笔记
01-26 1123
makefile、gdb、作业
linux编译符号那些事儿
wusoule的专栏
09-24 2131
其实符号这个概念，有点底层功底的程序员都应该晓得。其实就是标志的意思。比如说，标志属性（变量），一个行为（函数）或者其他。 在linux下编译，时间长了，一定会遇到使用【nm】【ldd】【readelf】的时候。 不扯淡了，直接进入到今天的整体。你跟着这边文章看下来，你应该可以学会下面几点： 1，dlopen可能比-llibrary的编译更靠谱。（我也不知道为什么） 2，dlopen不能打
在linux的驱动Makefile中添加调试选项
What the Fuck
08-28 2643
在编译linux驱动的时候添加-g等调试选项将会很方便调试，如反汇编等。 添加方法很简单。只需要给环境变量EXTRA_CFLAGS赋值-g就行了，开始我以为需要明确指定-g，就像编译应用程序那样，gcc main.c -g -o test，原来系统中保留的环境变量EXTRA_CFLAGS,直接给他赋值就行了。 如下面的Makfile： 1 TOP := $(shell pwd)/../.
makefile --- GDB调试
M2嵌入式
08-14 931
1、GDB简介 GDB（GNU Debugger）是GCC的调试工具。其功能强大，现描述如下： GDB主要帮忙你完成下面四个方面的功能： 1.启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。 2.可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式） 3.当程序被停住时，可以检查此时你的程序中所发生的事。 4.动态的改变你程序的执行环境。 2、GDB基本调试...
Makefile中加入gdb调试选项
技术人生
08-15 4170
Makefile文件示例： target = hello.o example.o main : $ (target) cc -c main $(target) -----tab缩进开头 main.o : your.h clean.o : your.h .PHONY : clean clean : -rm $(target) -----tab缩进开头,以下同理 加入-g在cc后面不起效。 遂...
makefile和gcc与g++编译器以及编译原理
work_hard423的博客
12-20 1336
1
cmake 添加-g 编译选项的几种方式
heibao111728的博客
06-09 3422
在执行make 时添加“VERBOSE=1”，如果想加速编译速度，可以添加 -j 10 选项，后面的数字的最大值为本机的处理器核数。有时候我们需要用gdb调试程序，需要为程序添加“-g”编译选项，那么cmake构建的项目该如何添加“-g”编译选项呢？此处收集了两种方式；修改CMakelist.txt， 添加“add_definitions("-Wall -g")”行；执行cmake时，添加-DCMAKE_BUILD_TYPE=Debug编译选项。建议使用第二种，可以不用改变CMakelist.txt。
disassembler
04-16
README程序2反汇编程序CS 530 2020年秋季Erik Morua Matthew Schuiteman 文件清单：dis.cpp dis.h makefile SDD 编译说明：在Edoras上：使用带有-o标志的g ++编译器进行编译。 g ++ -o dis dis.cpp使用makefile make...
linux 编译符号 u,linux kernel编译
weixin_29691667的博客
05-01 147
之前总是对linux kernel编译出来的多个image混淆。1 vmlinux在根目录下，会产生一个vmlinux , 这个是第一产生的image，它包括如下：arch/arm/kernel/head.o ----> head.Sarch/arm/kernel/init-task.oinit ---> m...
configure配置调试
williamwang2013的专栏
01-22 3519
configure的作用 1.自动进行对目标新系统的猜测过程 现在许多开放源代码的程序都会附带有 configure 脚本。在过去，程序会附带一个 Makefile 文件，这个文件中有 6 个不同的编译标记和选项，但只会用到一个，其余全部注释掉，并且会有一个注解，告诉你“为您的系统选择合适的标记”。如果配置选项更复杂，可能还会有一个名为 config.h 的长长的 C 头文件，其中包含一些要设
C/C++程序的编译和调试，及Makefile用法
记录学习点滴
04-07 917
1 什么是gcc 原名为GNU C语言编译器（GNU C Compiler），因为它原本只能处理C语言。GCC在发布后很快地得到扩展，变得可处理C++。之后也变得可处理Fortran、Pascal、Objective-C、Java、Ada，Go与其他语言。 后更名为GNU编译器套装（GNU Compiler Collection），指一套编程语言编译器，以GPL及LGPL许可证所发行的自由软件，也...
Linux--makefile-gdb调试-文件IO
m0_65993150的博客
08-15 424
熟练使用规则编写简单的makefile文件,熟练使用makefile中的变量,熟练使用makefile中的函数,熟练掌握gdb相关调试命令的使用,了解概念: pcb和文件描述符,虚拟地址空间,熟练掌握Linux系统IO函数的使用
Linux(三) makefile与gdb调试
qq_46066548的博客
12-16 2591
makefile与gdb调试
Linux中文件查找相关命令比较
最新发布
lurenyi168的专栏
06-16 186
Linux中与文件定位的命令有find、locate、whereis、which，type。
开启vmlinux的调试符号在Makefile中哪里加-g
05-24
在Makefile中，可以在编译内核时加上-g参数来开启调试符号。一般来说，这个参数是在CFLAGS变量中设置的，例如： ``` CFLAGS_KERNEL := -Wall -Werror -O2 -g ``` 其中，-g参数表示开启调试符号。注意，开启调试符号会增加内核的体积和编译时间，所以在生产环境中不建议开启。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值