Mirror of the gdb mailing list
 help / color / mirror / Atom feed
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


  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