From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Pettersson Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: dape Date: Thu, 7 Dec 2023 00:55:46 +0100 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> <83bkb34gx1.fsf@gnu.org> <835y1b4673.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31454"; mail-complaints-to="usenet@ciao.gmane.io" Cc: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , philipk@posteo.net, dmitry@gutov.dev, john@yates-sheets.org, krister.schuchardt@gmail.com, adam@alphapapa.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 07 00:56:57 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 1rB1lA-0007xi-RY for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Dec 2023 00:56:56 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rB1kL-0001Bm-NJ; Wed, 06 Dec 2023 18:56:05 -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 1rB1kJ-00019n-Fx for emacs-devel@gnu.org; Wed, 06 Dec 2023 18:56:04 -0500 Original-Received: from mail-vs1-f53.google.com ([209.85.217.53]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rB1kH-0001it-Mc; Wed, 06 Dec 2023 18:56:03 -0500 Original-Received: by mail-vs1-f53.google.com with SMTP id ada2fe7eead31-464a3b84ef7so55195137.1; Wed, 06 Dec 2023 15:55:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701906958; x=1702511758; h=content-transfer-encoding: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=9XI11QVOHS3iv2uIKsvVYzTux+2clLKHGbY65tuyfq4=; b=YDonJhNbk+bOn1JMhyu7/DsFkTvF6os4SYT7Ol6aYnyjC1VbjsKG+XOl5K1fp99htz uKKokRFRDFdNIN3kp+a453RU7XNOvd44W3cyPZYZ0CeurOBpN3E51JEfbcT8tYX4hS0f AI923q7+Ef/2ygCcOyrN1ViDseoQIOzwt7QNuOhBDMm346aJEFqrh90NUCLAfr95SK90 KZJGivABxAfH8onRqiTEvcRLr1ON5gHfO6xhAcIt3az/gu2H5uT7WaakfEd24FvNggOW 5nNFbnJ3XfT/X5gGEWxjF8jPuELvp/LKj8IIm7TsYrCO7A4YryCbSTxNI55i47ifOL2o EMRg== X-Gm-Message-State: AOJu0YzurdziK1Ekd5i4wIdYZCslOU6TeUyzn9C8p6P5nC8f2FUP5btY Xd1qyACIGOWVivjKIbVDcD+7r8QRIQbx8RiE X-Google-Smtp-Source: AGHT+IHN3BXMvFc74WcvFgTiXhzxEc7PYnWjJIt7XVLzJLHb7i8i547JdlbnZSBjzRRc+UV6UOXPhg== X-Received: by 2002:a67:c989:0:b0:464:4897:f5ec with SMTP id y9-20020a67c989000000b004644897f5ecmr3326674vsk.14.1701906958313; Wed, 06 Dec 2023 15:55:58 -0800 (PST) Original-Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com. [209.85.217.42]) by smtp.gmail.com with ESMTPSA id r21-20020ab06f55000000b007c196f6e077sm1463uat.3.2023.12.06.15.55.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 06 Dec 2023 15:55:58 -0800 (PST) Original-Received: by mail-vs1-f42.google.com with SMTP id ada2fe7eead31-464a3b84ef7so55183137.1; Wed, 06 Dec 2023 15:55:57 -0800 (PST) X-Received: by 2002:a05:6102:290d:b0:464:3f78:3cbe with SMTP id cz13-20020a056102290d00b004643f783cbemr1849838vsb.4.1701906957617; Wed, 06 Dec 2023 15:55:57 -0800 (PST) In-Reply-To: <835y1b4673.fsf@gnu.org> X-Gmail-Original-Message-ID: Received-SPF: pass client-ip=209.85.217.53; envelope-from=daniel.dpettersson.net@gmail.com; helo=mail-vs1-f53.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no 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:313575 Archived-At: First off I got a bunch of request of making the interface for dape more like GUD, which is to say that they requested an interface more like the gdb-mi.el's interface. This is where gdb-mi.el enters the picture. First of I am not saying that it's worth the effort, but if this is the consensus that the best thing for "dape" or whatever it should be called is if it should be more like "GUD" it seams like it would be preferable if it could reuse ui "components" and it's bindings from gdb-mi.el On Wed, Dec 6, 2023 at 6:19=E2=80=AFPM Eli Zaretskii wrote: > If the gdb-mi UI needs improvement, I'd rather we improve it instead > of ditching it. GDB/MI is _the_ official GDB way for GUI front-ends, > and will remain so for the years to come. It will take the DAP > interface some time to get there, and even when it does, GDB/MI will > always integrate better with GDB, since it is being developed by the > GDB project, unlike DAP which is primarily modeled on "other > debuggers". This speaks to my point really, if gdb-mi is THE ui for debugging wouldn't it be great if you could use the sameish ui to debug python, java, javascript, dart, godot etc.. I am not suggesting that gdb-mi.el should be replaced by "dape" just that they share some UI and keybindings. 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. 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. Daniel