From: Elena Zannoni <ezannoni@redhat.com>
To: Chris Lewkowski <chrislewkowski@yahoo.com>
Cc: gdb@sources.redhat.com
Subject: Re: IEEE 695 symbol support for GDB/BFD
Date: Mon, 22 Jul 2002 06:24:00 -0000 [thread overview]
Message-ID: <15676.1809.169987.906439@localhost.redhat.com> (raw)
In-Reply-To: <20020722084241.72797.qmail@web20208.mail.yahoo.com>
Chris Lewkowski writes:
> Hi,
>
> I have been trying to use GDB with IEEE 695 symbol
> object file for
> debugging a m68k remote board. I configured GDB with
> a target of
> m68k-motorola-ieee and that built fine. When I run
> GDB and load an IEEE 695
> file I get the following error:
>
> I'm sorry, Dave, I can't do that. Symbol format
> 'ieee' unknown.
>
> I tracked this down to the function find_sym_fns() in
> file symfile.c.
> After doing some more investigation I believe that
> GDB/BFD does not
> have any methods for reading these types of symbol
> files, although it does
> recognise the format. I believe that the file
> ieeeread.c (and
> functionality of course) will need to be created for
> GDB as well as supporting
> read functions in the BFD library. I am considering
> creating this
> functionality but have a few questions first:
>
> 1) Has anyone attempted this before?
>
I see that this was developed for the HP emulator, and the debugger
support remained proprietary, so no, there never was any such reader
in gdb. Seems like people use m68k-coff and then translate the files
to ieee-695 for use of the emulator.
m68k-coff-objcopy -O ieee --debugging <file> <file.x> does this.
> 2) Does what I have described above seem like the
> correct path to take
> to support this object/executable file format? Can
> someone give me
> some pointers on the best way to add this
> functionality?
>
There are a number of other readers in gdb, you could look at
elfread.c, coffread.c, for instance. I would avoid looking at *read.c
files that haven't been changed recently (look at the ChangeLogs to
see this).
> 3) Does anyone have any additional (to the standard
> gdb docs) relevant
> information about the functionality of GDB's symbol
> interpreting
> engine? and what steps should be taken to do this?
>
Sigh, no. All we have is the source code....
> I have used the binutils program objdump and that has
> the capability to
> read the IEEE 695 symbol files. So hopefully I can
> re-use a lot of the
> code from there.
>
> Any help would be greatly appreciated,
>
Just send questions to this list, and if you want to contribute your
work, make sure you have a copyright assignment with the FSF in place.
Elena
> Thanks,
>
> Chris
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Health - Feel better, live better
> http://health.yahoo.com
prev parent reply other threads:[~2002-07-22 13:24 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-22 1:42 Chris Lewkowski
2002-07-22 6:24 ` Elena Zannoni [this message]
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=15676.1809.169987.906439@localhost.redhat.com \
--to=ezannoni@redhat.com \
--cc=chrislewkowski@yahoo.com \
--cc=gdb@sources.redhat.com \
/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