emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ELPA] New package: dape


From: Eli Zaretskii
Subject: Re: [ELPA] New package: dape
Date: Thu, 07 Dec 2023 09:13:10 +0200

> From: Daniel Pettersson <daniel@dpettersson.net>
> Date: Thu, 7 Dec 2023 00:55:46 +0100
> Cc: João Távora <joaotavora@gmail.com>, 
>       philipk@posteo.net, dmitry@gutov.dev, john@yates-sheets.org, 
>       krister.schuchardt@gmail.com, adam@alphapapa.net, emacs-devel@gnu.org
> 
> I don't think it's fair to say that DAP is primarily modeled on "other
> debuggers". My opinion is that DAP has been developed to get vs code
> to support launching and debugging programs in a variety of
> programming languages. To use words like modeled or designed gives it
> to much credit. But the adapter implementations is very capable
> of getting the job done. For some reasons unbeknownst to me there has
> been no big leaps in debugging, we still set breakpoints, watch
> variables and step through our code. All of this and more is supported
> by DAP and gdb-mi.el has the interface and keybindings to support such
> a workflow, it's just tightly coupled with gdb-mi.

If you want to mimic the UX of gdb-mi, in the sense that you want to
support the same windows and key bindings, that is okay.  But it
doesn't require to take code out of gdb-mi or factor out that code.
Arranging windows and binding commands to keys is a simple matter that
can be coded from scratch, whereas factoring out code that wasn't
supposed to be factored out is a much larger job.

> Maybe it's fine as it is is and dape can incorporate improvements to
> gdb-mi.el's interface and maybe vise versa.
> 
> I made an effort to get dape to feel like it's somewhat consistent
> with gdb-mi.el and to gauge the progress I would greatly appreciate
> some feedback, it would be great if Eli or any other person who has
> experience with gdb-mi.el could help me out.

Feel free to ask specific questions, I'm sure you will get the best
answers we can provide (although the person who originally wrote
gdb-mi is no longer seen around here).

Thanks.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]