Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@mvista.com>
To: James Sampson <i_am_triumph@ofir.dk>
Cc: Andrew Cagney <ac131313@redhat.com>,
	GDB Archive <gdb@sources.redhat.com>
Subject: Re: Porting GDB - Where to start?
Date: Sun, 01 Dec 2002 13:18:00 -0000	[thread overview]
Message-ID: <20021201211835.GA12876@nevyn.them.org> (raw)
In-Reply-To: <20021126161957.163F22DEF4@postfix2.ofir.com>

On Tue, Nov 26, 2002 at 04:53:15PM +0100, James Sampson wrote:
> >> 1. Why is xstormy16 the best place to start?.
> >
> >Being fairly new, and for a relatively straightforward architecture, it
> >doesn't come with much baggage.  It's roughly 1000 lines long, while the
> >MIPS is a wopping 6000 lines!
> 
> Ok! - I had the impression it had more than 200Kb of source code. Is it 
> because a lot of the code is similar from target to target, and doesn't need 
> much change? (I assume you mean a 1000 lines of code which has to be more or 
> less produced)
> 
> 
> >> 2. Since I can't use GCC to make target specific code for a C55x I must use
> >> CCS (Code Composer Studio) from TI. What could a "got-ya" be?.
> >
> >There is a good chance that after you've kind of got the target `mostly'
> >working, you will spend time debugging problems in the symtab code.
> >This is because, when it comes to debug info, no two compilers are
> >alike.   Consequently, is a very good chance that GDB won't properly
> >handle the debug info being output by this compiler.
> >
> >Anyway, a first step is to find out what the debug info is and if GDB
> >has any support for it at all ....  One way is to compile a simple
> >program using `-g -S' and then look at the assembler that is created.
> >If it contains ``.stabn'' lines its stabs, if it contains ``.debug_...''
> >symbols it's dwarf2 (or dwarf1?).  Beyond that, you may want to post the
> >contents here.
> 
> In CCS you have the option to use COFF or DWARF. I was planning on using COFF, 
> because I have noticed some C54x COFF file thingies in the BFD, which could be 
> usable :-D. Do you know if they are?.

If those are the two switches that's pretty bizarre.  COFF is a file
format, DWARF a debug info format.  You probably want DWARF (DWARF-2)
which implies ELF format files.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


  reply	other threads:[~2002-12-01 21:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-26  7:53 James Sampson
2002-12-01 13:18 ` Daniel Jacobowitz [this message]
2002-12-01 22:16   ` Eli Zaretskii
2002-12-02  6:28     ` Daniel Jacobowitz
2002-12-02 11:14       ` Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2002-11-26  0:15 James Sampson
2002-11-26  7:01 ` Andrew Cagney
2002-12-03 22:48   ` Jim Blandy
2002-11-25  1:56 James Sampson
2002-11-25  6:29 ` Daniel Jacobowitz
2002-11-25 10:22   ` Andrew Cagney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021201211835.GA12876@nevyn.them.org \
    --to=drow@mvista.com \
    --cc=ac131313@redhat.com \
    --cc=gdb@sources.redhat.com \
    --cc=i_am_triumph@ofir.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox