> On Sep 11, 2019, at 1:08 AM, Rocky Bernstein via lldb-dev 
> <lldb-dev@lists.llvm.org> wrote:
> 
> 
> Hi - I just wanted to mention that if there are emacs users there is an 
> interface to lldb via realgud. See https://github.com/realgud/realgud-lldb
> 
> A MELPA package and ELPA packageElpa package are available too 

Nice. It's always exciting to see wider adoption through better editor 
integration. Out of curiosity, how does this compare to regular gud.el? 
(https://opensource.apple.com/source/lldb/lldb-69/utils/emacs/gud.el.auto.html)

> 
> A question: what ever became of the effort to port the Emacs gdb-mi to lldb? 

We recently removed lldb-mi from the LLDB repository because nobody in the 
community was willing to maintain it. In particular the tests were so 
unreliable that most bots disabled them wholesale because they were so noisy. 
We had a GSoC student a year ago who was able to rewrite many of the tests in a 
more reliable fashion, but there were still a lot of issues outstanding after 
the project was completed. If you are interested in picking this up, it may be 
worthwhile to think about implementing lldb-mi 2.0 as thin python layer using 
the python SBAPI. Python may be a better choice for the kind of text-heavy 
glue-code that lldb-mi is. Alternatively it also shouldn't be hard at all to 
revive the existing C++ code. It's written in a different style than most of 
LLDB or LLVM (and IMO it should have never been accepted upstream in this 
form), but it shouldn't be hard to get building since it (thanks to the GSoC 
project!) is using only the stable public SBAPI.

-- adrian
_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

Reply via email to