all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Toon Claes <toon@iotcl.com>
Cc: dancol@dancol.org, emacs-devel@gnu.org, rms@gnu.org, perry@piermont.com
Subject: Re: lldb support
Date: Sat, 12 Nov 2016 09:47:17 +0200	[thread overview]
Message-ID: <83oa1lcf7e.fsf@gnu.org> (raw)
In-Reply-To: <m2shqx5gc8.fsf@MacToonPro-2.local> (message from Toon Claes on Sat, 12 Nov 2016 08:04:39 +0100)

> From: Toon Claes <toon@iotcl.com>
> Cc: perry@piermont.com,  dancol@dancol.org,  rms@gnu.org,  emacs-devel@gnu.org
> Date: Sat, 12 Nov 2016 08:04:39 +0100
> 
> > Doesn't lldb-mi accept the --interpreter=mi argument on its command
> > line?  That would be strange, since it's supposed to be a
> > compatibility shim, and is advertised to work with Eclipse.
> 
> Yes, it does support the argument, but gdb-mi.el does not seem to
> recognize it.

What do you mean by "doesn't recognize"?  gdb-mi.el doesn't look at
the invocation command, it looks at the 1st response returned by the
debugger.  See the function gdb--check-interpreter in gdb-mi.el.
Evidently, the response produced by lldb-mi doesn't match the criteria
there.  Can you look at the value of 'string' in that function and
tell what it is?

> > If you disable this test in gdb-mi.el, do you get better results?
> 
> These are the errors I am getting when trying to set a breakpoint and
> running the process.
> 
> Command: break hello.swift:19
> Command: -exec-run
> Driver. Received command '5-file-list-exec-source-files'. It was not handled. Command 'file-list-exec-source-files' not in Command Factory
> Driver. Received command '6-file-list-exec-source-file'. It was not handled. Command 'file-list-exec-source-file' not in Command Factory
> Command 'stack-info-frame'. Invalid process during debug session
> Driver. Received command '10-break-list'. It was not handled. Command 'break-list' not in Command Factory
> Driver. Received command '12-break-list'. It was not handled. Command 'break-list' not in Command Factory
> Driver. Received command '14-break-list'. It was not handled. Command 'break-list' not in Command Factory
> Driver. Received command '16-break-list'. It was not handled. Command 'break-list' not in Command Factory
> Driver. Received command '18-break-list'. It was not handled. Command 'break-list' not in Command Factory

I guess lldb-mi is not yet up to speed in its support of the MI
protocol, if it doesn't even support the basic MI input syntax and/or
the '-break-list' command.  The description of the MI protocol input
(in the GDB manual) clearly says that an MI command has the following
formal syntax:

  'MI-COMMAND ==>'
     '[ TOKEN ] "-" OPERATION ( " " OPTION )* [ " --" ] ( " " PARAMETER )* NL'

So it looks like lldb-mi either didn't implement the TOKEN part, or
doesn't yet support the '-break-list' command itself.  This TOKEN part
is very important for the front-end to know which response of the
debugger corresponds to which front-end command.  And '-break-list'
is, of course, a very important command.  Perhaps consider reporting
this to the lldb-mi developers, as these are significant omissions,
and make the tool not very useful with front-ends, to say the least.



  reply	other threads:[~2016-11-12  7:47 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-07 20:05 lldb support Perry E. Metzger
2016-11-07 20:20 ` Stefan Monnier
2016-11-08  3:08   ` Perry E. Metzger
2016-11-08 13:19     ` Stefan Monnier
2016-11-08 19:58       ` John Wiegley
2016-11-09  0:54     ` Richard Stallman
2016-11-09  1:17       ` Daniel Colascione
2016-11-09  3:42         ` Eli Zaretskii
2016-11-10  0:24         ` Richard Stallman
2016-11-10  0:26           ` Daniel Colascione
2016-11-11  1:26             ` Richard Stallman
2016-11-11  4:24               ` Stefan Monnier
2016-11-11  4:46               ` Nikolaus Rath
2016-11-12  0:42                 ` Richard Stallman
2016-11-11  9:44               ` Philippe Vaucher
2016-11-11 17:11                 ` Stefan Monnier
2016-11-11 17:42                 ` Stefan Huchler
2016-11-11 17:47                 ` John Wiegley
2016-11-12  0:59                   ` Stefan Huchler
2016-11-12 22:30                   ` Richard Stallman
2016-11-14 21:58                     ` John Wiegley
2016-11-16  4:13                       ` Joseph Mingrone
2016-11-16 14:27                         ` Stefan Monnier
2016-12-25 20:43                       ` Richard Stallman
2016-11-11 19:01               ` Sam Steingold
2016-11-12  1:02                 ` Stefan Huchler
2016-11-12 22:25                 ` Richard Stallman
2016-11-12  0:54               ` Perry E. Metzger
2016-11-12 22:30                 ` Richard Stallman
2016-11-10  1:51           ` Perry E. Metzger
2016-11-10  1:57           ` Perry E. Metzger
2016-11-10  3:43             ` Eli Zaretskii
2016-11-10  9:33               ` Toon Claes
2016-11-10 15:57                 ` Eli Zaretskii
2016-11-10 16:27                   ` Toon Claes
2016-11-10 17:19                     ` Eli Zaretskii
2016-11-12  7:04                       ` Toon Claes
2016-11-12  7:47                         ` Eli Zaretskii [this message]
2017-01-04 21:35                       ` Toon Claes
2016-11-10 13:58               ` Perry E. Metzger
2016-11-10 16:02                 ` Eli Zaretskii
2016-11-09  1:37       ` John Wiegley
2016-11-09  3:06       ` Perry E. Metzger
2016-11-10  0:23         ` Richard Stallman
2016-11-10  1:18           ` John Mastro

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=83oa1lcf7e.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=dancol@dancol.org \
    --cc=emacs-devel@gnu.org \
    --cc=perry@piermont.com \
    --cc=rms@gnu.org \
    --cc=toon@iotcl.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.