Build gdb-7.7.1 for remote debug arm app

 GDB: The GNU Project Debugger

http://www.gnu.org/software/gdb/

Download from: ftp://sourceware.org/pub/gdb/releases/

Build:

PC side:

cd /opt/crosstool/src/gdb-7.7.1/
./configure --target=arm-linux --prefix=/opt/crosstool/arm-gdb
make -j4
sudo make installls /opt/crosstool/arm-gdb/binarm-linux-gdb  arm-linux-run

arm side:

cd /opt/crosstool/src/gdb-7.7.1/gdb/gdbserver/
CC=arm-linux-gcc ./configure --target=arm-linux --host=arm-linux --prefix=/opt/crosstool/arm-gdb/gdbserver
make -j4
sudo make installls /opt/crosstool/arm-gdb/gdbserver/bin/arm-linux-gdbserver

Debug:

PC side:

cd hello
arm-linux-gcc -g -o app hello.c
ls
app

arm side:

arm-linux-gdbserver pc_ip:port app [app_args ...]

PC side:

cd helloarm-linux-gdb app
target remote arm_ip:port

Build gdb-7.7.1 for remote debug arm app

时间: 2024-11-05 17:23:54

Build gdb-7.7.1 for remote debug arm app的相关文章

golang remote debug和docker debug

在编写 Go 代码的时候,因为很多时候都是需要调试服务器上的代码的,作为一个年长的工程师,肯定不能用 log.Printf 来调试问题,所以我选择了 delve 这个工具,通过 delve 我可以像本地调试代码一样在 Goland 中调试 Go 代码,很是惬意.如果要说缺点的话,那就是在服务端启动 delve 的 server 端之后,必须在一定时间内(不知道具体多久)连接上它,不然会关闭:同时,在我断开调试之后,server 会自动关闭,如果我要再次调试,那就必须再运行一次 server(当然

iOS web remote debug 正确的姿势

在使用iOS Remote debug需要做以下准备 1. iOS devices 开启java script and web inspector 开启方式如下: 2. mac OS 自带的Safari开启develop 模式 开启方法如下: 如何使用iOS remote debug?

Pycharm远程调试之ssh remote debug(二)

Pycharm远程调试之ssh remote debug (一) 上一篇我们讲了怎么去初步创建一个远程debug的工程,这篇我们来更深一下,讲一下当我们要修改Interperter时要怎么做. 1.创建一个工程,我们先将该工程使用local Interpreter,然后再把修改为remote Interpreter,看看我们需要怎么做(没那么简单的) 2.修改我们的Project Interpreter 为我们那好的remote Interpreter(在上一篇文章里) 3.添加Path map

Tomcat Remote Debug操作和原理

操作篇 这部分主要讲,如何开启tomcat远程调试,并佐以实例.本文方式适用于windows和linux. 假设有两台机器,A是tomcat服务器所在机器,B是IDE安装机器.A和B可以是同一台机器,通常A是测试环境,B是开发环境. 简洁版本 在A机器的tomcat/bin/文件夹中,新建文件setenv.bat(或者startup.sh,根据你的操作系统),输入: -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=500

Hbase 源码调试:Remote debug 模式

不愤不启,不悱不发:举一隅不以三隅反,则不复也. 解释:(教学生)不到他苦思冥想怎么也弄不明白的时候,不去开导他:不到他想说而又说不出来的时候,不去启发他.告诉他(四方形)的一个角,他不能由此推出另外三个角,就不再往下教他(新知识)了. 学习Hbase的开端,就是要了解它的架构,以及HMaster,HRegionServer 的一个启动流程,明白了Hbase内部的基本流程,才能从大局上把握住.明白了Hbase的组成部分,才能在集群出现问题的时候,快速定位到模块,再从模块定位到具体的错误. 下面记

Java Remote Debug(idea远程调试)

概述 对于分布式系统的调试不知道大家有什么好的方法.对于我来说,在知道远程调试这个方法之前就是在代码中打各种log,然后重新部署,上线,调试,这样比较费时.今天咱们来了解了解Java远程调试这个牛逼的功能,本文以Intellij IDEA为例讲解怎么使用远程调试.以Thrift入门教程这篇文章中使用的程序作为例子.这个程序由Thrift服务端和客户端组成.描述一下远程调试需要解决的问题: 服务端程序运行在一台远程服务器上,我们可以在本地服务端的代码(前提是本地的代码必须和远程服务器运行的代码一致

Pycharm远程调试之ssh remote debug -- Before Launch (三)

1. External Tools 外部工具,(autopep8等) Remote External Tools 远程的外部工具(shell脚本等) Before Launch: 程序Debug前执行"外部工具"或"远程外部工具" 简单来说,就是来帮我们在程序执行前执行的,帮我们干些累活的.比如我们程序启动前需要一个脚本帮我们做一些事情,就可以把这个脚本放到Before Launch中. 我用它做什么: 我写了个杀进程的脚本 ,因为我的程序在ReDebug时总是杀不

使用gcc -g编译,gdb调试时仍然存在“no debug symbols found”的错误

今天为调试一段代码,使用gcc将程序用-g选项重新编译.但是使用gdb进行debug时,仍然出现“no debug symbols found”的错误.仔细检查了一下Makefile,原来后面定义的连接选项中指定了-s.gcc的文档中说明如下: -sRemove all symbol table and relocation information from the executable. 去掉-s后,可以用gdb进行调试了

Java Tomcat Glassfish Weblogic远程debug(remote debug)

tomcat ./catalina.sh jpda start 这条命令启动tomcat,它就会监听8000端口,等待调试器的连接. 默认监听8000端口,通过设置环境变量JPDA_ADDRESS指定监听端口 例如,监听8001端口: export  JPDA_ADDRESS=8001 catalina.sh jpda start Java For newer JDK : -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=