From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31691 invoked by alias); 5 Jul 2004 01:59:03 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 31552 invoked from network); 5 Jul 2004 01:59:01 -0000 Received: from unknown (HELO smtp.cs.nthu.edu.tw) (140.114.87.30) by sourceware.org with SMTP; 5 Jul 2004 01:59:01 -0000 Received: from webmail.cs.nthu.edu.tw (webmail.cs.nthu.edu.tw [140.114.87.10]) by smtp.cs.nthu.edu.tw (Postfix) with ESMTP id B36D0331DC for ; Mon, 5 Jul 2004 09:59:00 +0800 (CST) Received: by webmail.cs.nthu.edu.tw (Postfix, from userid 60001) id 0B39E1FA13; Mon, 5 Jul 2004 09:58:59 +0800 (CST) Received: from mcs6.cs.nthu.edu.tw (mcs6.cs.nthu.edu.tw [140.114.88.126]) by webmail.cs.nthu.edu.tw (IMP) with HTTP for ; Mon, 5 Jul 2004 09:58:59 +0800 Message-ID: <1088992739.40e8b5e3cc227@webmail.cs.nthu.edu.tw> Date: Mon, 05 Jul 2004 01:59:00 -0000 From: libra To: gdb@sources.redhat.com Subject: Re: About bfd in gdb MIME-Version: 1.0 Content-Type: text/plain; charset=BIG5 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 140.114.88.126 X-SW-Source: 2004-07/txt/msg00030.txt.bz2 At first, thanks for your reply. After survey the gdb source code,i can roughly take the gdb source code into two part, one is gdb and the other is sim. (Maybe now, it must add the third part that is binutils(bfd and opcodes)) My question is : Because the gdb source code is complex, i do not know how these two part(gdb and sim) communicate with each other.In other word, which file is the interface that can connect these two part.Once i add a new simulator(sim ,ISA) into the gdb source code, the gdb can connct to my new sim,and run my program on the new sim and debug it. Any documentation can reference My idea is that the gdb is just an interface that connect to the simulator(sim) , after doing that i can run my own program and debug it (ex:use arm-elf-gdb or just use the simulator arm-elf-run). thanks a lot!! ----- Original Message ----- From: "Ramana Radhakrishnan" To: "libra" Cc: Sent: Sunday, July 04, 2004 10:00 PM Subject: Re: About bfd in gdb > > Why we must build the bfd and opcodes parts that the same as in > > binutils (like > > archures.c reloc.c arm-dis.c and arm-opc.h and so on) > > > > My idea is that : > > We just need to build bfd inoder to recognize the input file format,then > > i can use the gdb to connect to simulator(sim),after that, I can run > > my own > > program. > > So, the aboved mentioned file (ex: arm-dis.c and arm-opc.h), why is > > those file > > must be built again. It seem does not be used in gdb. > > This would be needed for doing all the reading of the object file. The > most common cases that come to mind off the cuff are: > > 1. The implementation of the disassembling would be based on the > disassembling in the opcodes library. > Just taking your example. For the ARM if you trace the disassembling > function in arm-tdep.c you would observe that it returns the function > print_insn_little_arm or print_insn_big_arm depending on the > endian-ness . These functions happen to be defined in opcodes/arm-dis.c and > there would be a dependency between the two of them. > "code pasted below for your reference " > > CVS today .. > File: gdb/ arm-tdep.c > Function : > > gdb_print_insn_arm (bfd_vma memaddr, disassemble_info *info) > { > > > > > if (TARGET_BYTE_ORDER == BFD_ENDIAN_BIG) > return print_insn_big_arm (memaddr, info); > else > return print_insn_little_arm (memaddr, info); > } > > and you can find both these functions defined in opcodes/arm-dis.c > > > 2. Construction of minimal symbol tables for the debugger. > 3. Reading any information from the executable file would use the bfd > library.Since all information about the executable for the debugger > happens to be in the > executable file in the case of the ELF file format gdb would > automatically have a dependency with the opcodes and bfd library. > > cheers > Ramana > > --- > Ramana Radhakrishnan > GNU Tools > codito ergo sum (www.codito.com ) > >