From: Nick Roberts <nickrob@snap.net.nz>
To: "Bill Baxter" <wbaxter@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: gdbmi.el not working with emacs 22
Date: Thu, 01 Mar 2007 00:31:00 -0000 [thread overview]
Message-ID: <17894.7896.611282.170824@kahikatea.snap.net.nz> (raw)
In-Reply-To: <e86a5fd00702281600g799693e1lf9edb619db21f275@mail.gmail.com>
> > > However M-x gdbmi with the default command-line did not work
> > > properly. It is able to debug, but the decorations don't show up in
> > > the margin.
> >
> > Emacs 22 has probably changed too much in CVS in that time. It *should*
> > work with latest GDB (6.6) but I don't know if MinGW has such a build.
>
> No 6.2.3 is the latest snapshot. So you suspect 6.2.3's MI output is
> to old to work with the current emacs code?
Yes. MI is under development too, that's why I included gdb-mi.el in GDB
- to keep up with the changes.
> I'm not sure what you
> mean by Emacs 22 changing too much.
Emacs 22 still hasn't officially been released although you may have got
a pretest tarball, or possibly a snapshot packaged for a ditribution such
as Debian.
> Does that mean my emacs is too
> new or too old? Or my gdb is too old or too new for it?
Probably just your gdb as your emacs is much more recent.
>...
> > Please don't file a bug report. It does says in the file that it's under
> > development, but perhaps it should carry a stronger health warning.
>
> It says this:
> ;; This mode acts as a graphical user interface to GDB and works with Emacs
> ;; 22.x and the version of GDB with which it is distributed.
>
> Which sounds like it pretty definitively does work, as in has been
> successfully tested with Emacs 22. So maybe that should be worded
> with a little more uncertainty.
OK, well current gdb-mi.el says it's developmental.
> > If you want an easy life then use the mode in Emacs 22. If you want to
> > help develop gdb-mi.el then, welcome!, but you will need the latest GDB
> > and to post your findings here. The plan was/is to keep it synchronised
> > with GDB once Emacs is released.
>
> What I really want to do is use the D debugger
> (http://ddbg.mainia.de/releases.html) which emulates GDB. The author
> is planning to support GDB/MI output, but I can't help him get ddbg
> working in emacs until I can at least get GDB itself working in emacs.
> There's no point in him trying to emulate --annotate=3 output
> starting from now just to make emacs happy. GDB/MI is clearly the
> future and --annotate is the past. Eclipse already supports it for
> example and other debuggers will or will soon also. So if you're
> emulating gdb for debuggers to use, emulating GDB/MI seems the way to
> go.
>
> The problem with waiting for the next emacs release is that Win32
> versions pretty much *aren't* released. Ever. FSF is providing emacs
> 21.3 from March 2004 as the "latest" version on their web site. The
> version of Emacs 22 I've got is from some individual who was fed up
> with that and decided to make his own.
Emacs 22 should be released shortly. You can get prebuilt binaries
e.g http://ourcomments.org/Emacs/EmacsW32.html (I guess by `make his own'
you just mean `build' - this shouldn't be too hard from the CVS repository
at Savannah.
> So any hints about where I should focus my debugging efforts to figure
> out how to make gdb 6.2.3 + gdb-mi.el + emacs 22.0.93.1 work together
> nicely?
Sorry, without a more recent version of gdb you're pretty much on your own.
FSF GDB can do this:
* GDB can now be configured as a cross-debugger targeting native Windows
(mingw32) or Cygwin. It can communicate with a remote debugging stub
running on a Windows system over TCP/IP to debug Windows programs.
Maybe that does all you need.
--
Nick http://www.inet.net.nz/~nickrob
next prev parent reply other threads:[~2007-03-01 0:31 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-28 21:37 Bill Baxter
2007-02-28 22:48 ` Nick Roberts
2007-03-01 0:01 ` Bill Baxter
2007-03-01 0:05 ` Daniel Jacobowitz
2007-03-01 0:12 ` Bill Baxter
2007-03-01 0:32 ` Daniel Jacobowitz
2007-03-01 0:57 ` Bill Baxter
2007-03-01 1:09 ` Bill Baxter
2007-03-01 1:18 ` Daniel Jacobowitz
2007-03-01 1:28 ` Nick Roberts
2007-03-01 2:00 ` Bill Baxter
2007-03-01 2:21 ` Nick Roberts
2007-03-01 4:43 ` Eli Zaretskii
2007-03-01 0:31 ` Nick Roberts [this message]
2007-03-01 4:28 ` Eli Zaretskii
2007-03-01 4:15 ` Eli Zaretskii
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=17894.7896.611282.170824@kahikatea.snap.net.nz \
--to=nickrob@snap.net.nz \
--cc=gdb@sourceware.org \
--cc=wbaxter@gmail.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