编译ARM版本GDB调试CORE文件

最新推荐文章于 2025-09-28 10:52:15 发布
原创 最新推荐文章于 2025-09-28 10:52:15 发布 · 1.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#编译器 #嵌入式 #gcc

本文介绍如何为ARM架构的嵌入式系统交叉编译GDB。步骤包括下载源代码、解压、配置编译参数并进行编译及安装。特别关注了目标板体系结构的指定方法。

如arm-angstrom-linux-gnueabi-gdb -c core testApp

1、下载GDB源代码（http://www.gnu.org/software/gdb/），如gdb-7.0a.tar.gz

2、tar zxvf  gdb-7.0a.tar.gz

解压缩后得到gdb-7.0目录，进入

3、开始编译

1）./configure --target=/usr/bin/arm-angstro-linux-gnueabi --prefix=/usr/bin/

target指明目标板体系结构，这个可以根据相应嵌入式GCC编译器得到，如arm-angstro-linux-gnueabi-gcc，取-gcc之前的部分即可。

prefix指明make install时，程序安装的位置

2）make

3）make install

4、arm-angstrom-linux-gnueabi-gdb -c core testApp

ARM学习（34） GDB 调试器详细了解
张一西的博客
10-24 1447
笔者来聊一下对于GDB的一些操作使用认识。
交叉编译：linaro-gdb调试core文件，堆栈显示问号
hhd1988的专栏
04-27 1850
交叉编译：linaro-gdb可以用，结果打开core文件，显示堆栈都是？？
arm gdb 编译与安装
xiaozhi
07-06 2175
gdb 交叉编译、安装
编译 ARM 上的 GDB
小猪爱拱地
03-10 1075
下载得到  GDB 代码，进行如下配置： ./configure --build=i686-pc-linux-gnu --host=arm-linux-gnueabi 编译的时候，会报找不到 termcap 库的错误。 因为是在编译 arm上的 gdb,所以无法通过  aptitude  安装 termcap 库， 只能交叉编译一个 arm的  termcap库。 首先下载 termcap
gdb交叉编译到arm开发板
分吹沙走
11-16 1416
前言 最近手头上的项目出现bug，出现偶尔崩溃现象，而且是随机出现感觉bug如幽灵般无迹可寻。无奈之下只能搬出gdb调试大法，那么问题来了，在嵌入式arm板上一切都是空白的，几乎所有的工具软件都得自己编译移植到arm板子上。在经过一番折腾之后终于将gdb成功的放到板子上运行。过程是辛苦的，结果是欣喜的，遂在此记下移植过程，仅供学习参考。工具、开发环境简介 1、pc系统：ubu
编译ARM平台上的gdb
ITm_mTI的专栏
11-03 813
之前不是很习惯使用GDB，但是经过几次公司任务后发现这个东东没有是不行的，对于不同平台要编译不同的gdb，其实就是为了方便我们调试程序，调试BUG。 编译GDB无非也就是三步走战略，./configure   make   make install，但是如果不额外加一些参数或者库的话会出一些错误，就此总结一下编译过程。 一、准备工作：     1.ftp://ftp.gnu.org/pub/
arm+linux平台使用gdb/coredump 分析系统日志
liuxd3000的专栏
03-30 1041
gcc -c -g test.c -o main // 编译时加入debug调试信息。//此处是会导致coredump处。# (gdb) backtrace // 输入backtrace。引用别人一个测试demo: test.c。
gdb调试core dump 文件
oqqYuJi12345678的博客
03-06 3974
arm64一条指令占4个字节，PC地址还需要-4，为0x782ce77c-4=0x782ce778，为pc2,该地址还在标准库函数中，运用上面的规律，接着往前回溯: fp3为0x0f13ec60， lr3为*(0x0f13ec60+8)=0x78a65190, pc3为0x78a65190-4=0x78A6518C。在0x20a8的位置，从 sp+88的地址处取出值，传给x0,而 sp+88地址的值，又是在0x2068处，写入的0值，
GDB 调试 Core Dump 文件：从原理到完整应用指南
最新发布
shanstellar的博客
09-28 1740
Core Dump（核心转储）是程序崩溃时，操作系统将进程当时的内存快照、寄存器状态、堆栈调用链等关键信息写入的二进制文件。它相当于程序 “崩溃瞬间的快照”，允许开发者在程序崩溃后，通过调试工具（如 GDB）还原崩溃现场，定位问题根源（如空指针、数组越界、内存泄漏导致的野指针等）。配置环境：开启 Core Dump（），自定义 Core 文件路径（编译程序：加-g生成调试信息，用-O0-Og禁用过高优化。生成 Core：运行程序触发崩溃，获取 Core 文件。GDB 调试。
gdb调试arm：gdb-multiarch gdbserver coredump
weixin_49867936的博客
11-16 9291
ubuntu ip :192.168.2.202 arm ip: 192.168.2.200 可执行程序名：kzx-xdl coredump文件名：core.QThread.998.1603867475 arm# gdbserver 192.168.2.202:1234 ./kzx-xdl ubuntu# gdb-multiarch ./kzx-xdl /********************************************** （gdb）set architecture arm #选择g
交叉编译arm-linux-gnueabihf-gdb
04-21
arm-linux-gnueabihf-gdb 交叉编译版本，无需gdbserver，直接下载到板子里运行
gdb arm linux版本，编译好了，拿去吧
12-09
arm linux版本的 gdb，对于不会交叉编译的新手，有个编译好的gdb可能直接使用太方便了。8.1.1版本。
在ARM板子上直接跑的gdb
02-25
在ARM板子上直接跑的gdb, 版本GDB 7.5，static编译的。可以放在板子上直接调程序，看bt，看core dump。
arm版gdb可直接使用
01-30
arm板子上使用的，不用编译，修改权限直接使用，项目中使用的，放心使用
arm-gdb的编译过程
JIANJIANJIAN1111的博客
07-28 1278
1.首先下载 gdb源码下载：http://ftp.gnu.org/gnu/gdb/ 2.当时我下载的是8.2版本的 gdb-8.2.tar.gz 3.解压 tar -zxvf 4.cd 进入解压后的文件 gdb-8.2 5.然后准备配置相关的参数 $./configure --target=arm-linux --enable-sim --prefix=/home/drive/gdbserver/8.2/AZ 注：--prefix = 这里是写编译后的可执行文件的安装路径，我这里的安装路径是/
arm-gdb移植（编译）
edwardlulinux的专栏
11-18 7052
调试应用程序的时候最好有调试工具类似于PC机上的GDB和DDD。写这篇文章的原因也是想要调试应用程序，所以决心自己作一次开发板上GDB的移植。 网上相关的文档很多。也很精辟，在这里做一个汇总，以备后用。   GDB移植： GDB移植其实分为两种，两种方法的的区分是鉴于使用和编译后的工具而言。 1，第一种是 开发板上使用ARM版的GDB，就像PC机上使用GDB。 2，第二种是 开发板上使
交叉编译运行arm版本的gdb和gdbserver
STONE的专栏
11-17 1056
https://ftp.gnu.org/gnu/gdb/ 下载gdb-11.2.tar.gz，版本最好同local交叉编译器的对齐。2.拷贝install目录下的bin/gdb和test以及main.c拷贝到u盘。1.板子上运行gdbserver指定端口12345。3.gdb server会显示已经连接。4.server gdb开始debug。2.服务器上运行gdb。
交叉编译arm gdb
fsg_21c_cn的专栏
04-07 904
交叉编译arm gdb  By unanao arm-linux的gdb移植分为两种情况. 交叉调试版。 这种模式是需要编译一个arm-linux版本gdbserver (GDB的stub模块).然后再编译一个X86版本交叉调试的gdb。为了与桌面版本身的gdb 区别开来，一般改名为 arm-linux-gdb。两者通过串口或者网络进行互联。 这是比较正统
arm-linux-gdb、gdbserver的编译安装
weixin_30363817的博客
09-08 221
下载gdb-7.5.tar.gz(http://www.gnu.org/software/gdb/download/) 解压gdb-7.10.tar.gz tar -zxvf gdb-7.10.tar.gz 编译arm-linux-gdb cd gdb-7.10 $./configure --target=arm-linux --prefix=/opt/FriendlyA...
交叉编译gdb 调试coredump文件，堆栈信息都是问号
06-10
<think>嗯，用户的问题是关于在使用交叉编译的GDB调试coredump文件时，堆栈信息显示为问号的问题。根据引用中的内容，用户已经添加了-g参数但问题依然存在。这通常与调试符号信息缺失有关。用户应该是嵌入式开发人员，在交叉调试环境中工作。他遇到的堆栈信息显示问号问题，直接影响了调试效率。之前可能尝试过常规解决方案但无效，因此需要更深入的原因分析。需要重点关注几个技术点：编译工具链配置是否完整、调试符号的加载是否正确、GDB配置是否匹配目标环境。特别要注意交叉编译场景的特殊性：调试符号必须在目标设备可访问位置存在，否则GDB无法解析。参考引用中提到的"符号路径与目标设备是否一致"很关键。用户可能没有意识到环境变量的差异（如PATH/LD_LIBRARY_PATH）会影响gdb加载符号。本地与远程环境是否一致？程序被加载的绝对路径是否匹配？这些都可能造成问题。另外考虑目标设备的字节序、处理器架构等细节。要系统性地思考解决方案的优先级。最基础的应该是验证核心文件、可执行文件和调试符号的一致性，这是堆栈解析的基础。然后才是堆栈破坏的边界情况（虽然少见但需要排除）。对于这种复杂问题，准备为用户提供结构化的解决方案：从基础验证到高级配置检查层层递进，并强调每个步骤在交叉环境下的特殊处理。同时需要提醒用户确认交叉工具链的完整性，避免gdb版本不匹配这类隐蔽问题。</think> 针对交叉编译环境调试coredump时堆栈显示问号的问题，按优先级提供以下系统级解决方案： ### 核心问题分析 堆栈信息解析失败的根本原因是**GDB无法加载匹配的调试符号**。在交叉编译环境下，需保证： 1. 调试符号文件的架构与目标设备完全一致 2. GDB版本与编译工具链严格匹配 ### 完整解决方案流程 #### 第一步：验证核心文件生成 ```bash # 目标设备执行 ulimit -c unlimited # 解除core文件大小限制 echo "/tmp/core.%e.%p" > /proc/sys/kernel/core_pattern # 指定核心文件位置 ``` > 注意：需确保目标设备存储空间足够（引用[2]） #### 第二步：准备四要素匹配 在**本地开发机**检查： ```bash # 1. 交叉编译的可执行文件 file ./your_program # 应显示: ELF 32/64-bit LSB executable, ARM/... version 1 (SYSV) # 2. Core文件验证 gdb-multiarch --silent -c core.12345 > core-file # 查看架构信息 # 3. 调试符号验证 objdump --syms ./your_program | grep debug # 须有.debug_info段 # 4. GDB版本匹配 ./arm-linux-gnueabihf-gdb --version # 需与编译工具链版本一致 ``` #### 第三步：GDB调试命令规范操作 ```bash # 在本地开发机执行（非目标设备） $ arm-linux-gnueabihf-gdb ./your_program core.12345 (gdb) set sysroot /path/to/target_rootfs # 关键：设置目标系统根目录 (gdb) set solib-search-path /path/to/target_libs # 添加目标库路径 (gdb) bt full # 查看完整堆栈 ``` ### 堆栈修复技巧（特殊场景） 当基础配置正确仍存在问号时： ```bash (gdb) set displaced-stepping off # 禁用指令重定位 (gdb) set debug frame 1 # 开启堆栈帧调试 (gdb) info sharedlibrary # 检查库加载状态 ``` ### 关键配置说明表 | 配置项 | 示例值 | 作用 | |--------|--------|------| | `sysroot` | `/opt/arm-rootfs` | 解析目标机动态链接库路径 | | `solib-search-path` | `/mnt/crosslib:/opt/sharedlib` | 附加库搜索路径 | | `debug-file-directory` | `/build/debug-symbols` | 独立调试符号文件路径 | ### 补充建议 1. **符号路径验证**：用`readelf -n ./your_program`检查调试链接路径 2. **交叉编译参数**：编译时添加 `-g -fno-omit-frame-pointer` 3. **QEMU备用方案**：当无法获取目标环境时 ```bash qemu-arm -g 1234 ./your_program & # 启动QEMU调试 arm-linux-gnueabihf-gdb -ex "target remote:1234" ``` > 调试经验：实际项目中曾因`sysroot`路径未指向正确的glibc调试版本导致符号解析失败。通过`ldd ./your_program`验证库路径可规避此问题（引用[3]技术原理）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值