From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: dape Date: Wed, 6 Dec 2023 12:56:12 +0000 Message-ID: References: <46ea1ab1-e447-4c83-9c81-2f9bd149fe91@alphapapa.net> <6964ff20-921e-beff-43a0-9570ea79aa7d@gutov.dev> <87h6m1yh1x.fsf@posteo.net> <87ttpd2e53.fsf@posteo.net> <87bkb5jb1q.fsf@posteo.net> <8734wgj4p5.fsf@posteo.net> <83il5b4ioj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000e9a0e8060bd6e0d2" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28927"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Daniel Pettersson , "Philip K." , Dmitry Gutov , John Yates , Krister Schuchardt , Adam Porter , emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 06 13:57:37 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rArT6-0007I4-TZ for ged-emacs-devel@m.gmane-mx.org; Wed, 06 Dec 2023 13:57:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rArSA-0007CP-3z; Wed, 06 Dec 2023 07:56:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rArS5-0007Bx-Cm for emacs-devel@gnu.org; Wed, 06 Dec 2023 07:56:33 -0500 Original-Received: from mail-lf1-x133.google.com ([2a00:1450:4864:20::133]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rArS0-0002j7-0d; Wed, 06 Dec 2023 07:56:31 -0500 Original-Received: by mail-lf1-x133.google.com with SMTP id 2adb3069b0e04-50be4f03b06so4669660e87.0; Wed, 06 Dec 2023 04:56:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701867385; x=1702472185; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/Ww4k6Uthm1sCmAyf2JQ9JE73M3ye8TI9sNfLhgKtL8=; b=M5qnEFW8kIqg8tgaUzG7vXQqg5OLoZtnXWfSuVXbUF+bMwMyOwi9H+GhRPztr5A5OK 7jfMGcNttijBh+nGDT9nEbhLzifg1lHc0+cAERIJuzgNVrDg0TgAINRUqMXqWT9g/BGv kGobp84RsikYrOUD+VxrKmtcFSYT2ty5MbsFScoNNxkWjU1/NZzbiuqZ8AhtQSnxyDIO gvdrwFQc4Dw66Ql2knsEmMwKJu6AmgFHwGyqI+1EZdjorqUWlliCHhrQ+KrOyCMO2ibt eXFB2C61Et9MCAWdqYJO0K3hXdAHOy1+MoHTwxcMrf9qgu/dCfAXOd8roRagXntlVwZU VItA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701867385; x=1702472185; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=/Ww4k6Uthm1sCmAyf2JQ9JE73M3ye8TI9sNfLhgKtL8=; b=KQb4f58IcHkOsS1W+tv1XvPTKWGnvD64mcGREbNli4Rc7PdZIdv1ga5bnCBW7FRNcS xLdpBtnQxbitseqqeQ5YGgqKVMIaQSFwMIj/Qp2wNGF2LdS5xc2cwSMQVUydD7qO23qh cozdbKwCToFFhUQTQOAQXL8W7PDCoBS//MmdS+rPOPAN4eZawwfz8wsvA8f+2faXdWmB fL3XqToM3CsyZtLODikUocbzv2DdaqqidagEo+VATxz7RI6YuYz+N32XOhoh5lPofXAx xTu/+ehUdH0YVmcETSdxIWwnBboMn66YPzX0CSKsWGCXY1yWzaplupvkd6lXup2LwOFZ lNaw== X-Gm-Message-State: AOJu0YzDrIZ9fHZ9cLRlPJtwQUYPdCqSp5SckJx5HtIvfB6ugfMaWipb 94Ye7lqKdfqumsKDtQdNmsMKwohshQDef9fsYcU1KL0g X-Google-Smtp-Source: AGHT+IE0H8Vfb4f3OscgIqm03KEfPhkaqO1X7ZN5dcVi4UI63KR/0kdCnqEuFH4k3i5Z/YjGj9feeqfUtdlkY4NW4YY= X-Received: by 2002:a05:6512:10d5:b0:50b:f05b:77f1 with SMTP id k21-20020a05651210d500b0050bf05b77f1mr440953lfg.113.1701867384576; Wed, 06 Dec 2023 04:56:24 -0800 (PST) In-Reply-To: <83il5b4ioj.fsf@gnu.org> Received-SPF: pass client-ip=2a00:1450:4864:20::133; envelope-from=joaotavora@gmail.com; helo=mail-lf1-x133.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:313557 Archived-At: --000000000000e9a0e8060bd6e0d2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Dec 6, 2023, 12:30 Eli Zaretskii wrote: > > From: Daniel Pettersson > > Date: Wed, 6 Dec 2023 11:09:15 +0100 > > Cc: Philip Kaludercic , Dmitry Gutov < > dmitry@gutov.dev>, > > John Yates , > > Krister Schuchardt , > > Adam Porter , emacs-devel@gnu.org > > > > For those of you asking for a "gud" (gdb-mi) like interface, I have > > spent some time and effort to make that happen. I am not a gdb-mi user > > myself so I can't really tell whats parts are missing for a gdb-mi > > like experience, ontop of that I can't run gdb on my machine. > > > > I would greatly appreciate some feedback on this change. > > > > (setq dape-buffer-window-arrangment 'gud) > > (setq dape-info-hide-mode-line nil) > > > > Unfortunately there is no "real" integration with gdb-mi as I couldn't > > find a way to decouple the UI from gdb-mi. It does however greatly > > rely on gdb-table. And I took some liberties of keeping the tree > > nature of the old variable explorer. > > Thanks for working on this, but would you mind explaining in more > detail what are you trying to achieve? Recent versions of GDB support > the DAP protocol internally, so why do we need to support it in Emacs > when working with GDB as the debugging back-end? I'm probably missing > something. > I think what you're missing is that the support is the other way round. I'm recent versions of GDB you can talk to it via DAP. But that doesn't help when reusing the UI of gdb-mi.el to talk to non-gdb DAP debuggers. And that interface reuse (which would be a great thing if it were particle and clean, granted) is what Daniel is presumably trying to achieve. At least this is my understanding. Jo=C3=A3o > --000000000000e9a0e8060bd6e0d2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Dec 6, 2023, 12:30 Eli Zaretskii <eliz@gnu.org> wrote:
> From: Daniel Pettersson <daniel@dpettersson.net>=
> Date: Wed, 6 Dec 2023 11:09:15 +0100
> Cc: Philip Kaludercic <philipk@posteo.net>, Dmitry Gutov <= ;d= mitry@gutov.dev>,
>=C2=A0 John Yates <john@yates-sheets.org>,
>=C2=A0 Krister Schuchardt <krister.schuchardt@gmail.com>,
>=C2=A0 Adam Porter <adam@alphapapa.net>, emacs-devel@gnu.org=
>
> For those of you asking for a "gud" (gdb-mi) like interface,= I have
> spent some time and effort to make that happen. I am not a gdb-mi user=
> myself so I can't really tell whats parts are missing for a gdb-mi=
> like experience, ontop of that I can't run gdb on my machine.
>
> I would greatly appreciate some feedback on this change.
>
> (setq dape-buffer-window-arrangment 'gud)
> (setq dape-info-hide-mode-line nil)
>
> Unfortunately there is no "real" integration with gdb-mi as = I couldn't
> find a way to decouple the UI from gdb-mi. It does however greatly
> rely on gdb-table. And I took some liberties of keeping the tree
> nature of the old variable explorer.

Thanks for working on this, but would you mind explaining in more
detail what are you trying to achieve?=C2=A0 Recent versions of GDB support=
the DAP protocol internally, so why do we need to support it in Emacs
when working with GDB as the debugging back-end?=C2=A0 I'm probably mis= sing
something.

I think what you're missing is that the support is the other = way round. I'm recent versions of GDB you can talk to it via DAP.=C2=A0=

But that doesn't he= lp when reusing the UI of gdb-mi.el to talk to non-gdb DAP debuggers. And t= hat interface reuse (which would be a great thing if it were particle and c= lean, granted) is what Daniel is presumably trying to achieve.

At least this is my understanding.
Jo=C3=A3o
--000000000000e9a0e8060bd6e0d2--