Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Mark Manning <mark4th@gmail.com>
To: gdb@sourceware.org
Subject: Feature Request
Date: Tue, 12 Nov 2013 17:02:00 -0000	[thread overview]
Message-ID: <CAPGNrUVcug4xbAUD78WrtpZNV7B0TCVN1NzHaDArxtu6YU4zKA@mail.gmail.com> (raw)

Not a huge fan of mailing lists, not sure I'm sending this to exactly
the right place but anyway here goes...

I am developing a Native Arm Forth compiler for an embedded Linux
device. This compiler can be though of as a JIT compiler in that the
opcodes it compiles are not written out to some separate object module
but are literally inserted directly into the existing compilers
process space.

This is causing me no end of grief regarding the debugging of said JIT
code because GDB flat refuses to simply disassemble and single step
any opcodes not associated with some debug info. There will never be
any debug information for the code being layed down by the compiler
because once the compiler is working NO debugger will ever be needed,
Forth simply does not require debuggers of this type.

Right now a debugger is needed but if I cannot reliably lay down
compiled code how can I expect to reliably lay down debug information
and pass this to the debugger I'm using?  This is a chicken/egg
problem.

So, I would like to request a feature that will allow GDB to simply
single step opcodes anywhere within the process space owned by the
application being debugged even if there is no debug symbols
associated with it.

I know GDB is open source but I stand a greater chance of being the
first man to land on the sun than I would have of ever making any
sense out of any of the GDB internals :)

Ty in advance (not holding my breath)

  Mark Manning

-- 
"When something can be read without effort,
great effort has gone into its writing."

-- Enrique Jardiel Poncela --


             reply	other threads:[~2013-11-12 17:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-12 17:02 Mark Manning [this message]
2013-11-12 17:10 ` Jonas Maebe

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=CAPGNrUVcug4xbAUD78WrtpZNV7B0TCVN1NzHaDArxtu6YU4zKA@mail.gmail.com \
    --to=mark4th@gmail.com \
    --cc=gdb@sourceware.org \
    /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