From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Newsgroups: gmane.emacs.bugs Subject: bug#66575: [PATCH] Gud lldb support Date: Tue, 17 Oct 2023 13:21:41 +0200 Message-ID: <76E471C3-4926-4B71-B945-0C87BB04B0CD@gmail.com> References: <7A4E9221-C0A4-4A98-A80A-5FD58C95C014@gmail.com> <19FFB7CA-6501-4E62-9EC6-D5F2DB680D70@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\)) 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="22670"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 66575@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 17 13:22:54 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qsiA1-0005hR-VA for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 17 Oct 2023 13:22:53 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qsi9n-0006WQ-8g; Tue, 17 Oct 2023 07:22:39 -0400 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 1qsi9l-0006WA-3J for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2023 07:22:37 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qsi9k-0006cT-R3 for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2023 07:22:36 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qsiA9-0007tK-O7 for bug-gnu-emacs@gnu.org; Tue, 17 Oct 2023 07:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Oct 2023 11:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66575 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 66575-submit@debbugs.gnu.org id=B66575.169754174530165 (code B ref 66575); Tue, 17 Oct 2023 11:23:01 +0000 Original-Received: (at 66575) by debbugs.gnu.org; 17 Oct 2023 11:22:25 +0000 Original-Received: from localhost ([127.0.0.1]:58747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qsi9Y-0007qS-QC for submit@debbugs.gnu.org; Tue, 17 Oct 2023 07:22:25 -0400 Original-Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:59641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qsi9P-0007nT-HM for 66575@debbugs.gnu.org; Tue, 17 Oct 2023 07:22:23 -0400 Original-Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-2c515527310so37701121fa.2 for <66575@debbugs.gnu.org>; Tue, 17 Oct 2023 04:21:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1697541703; x=1698146503; darn=debbugs.gnu.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date:message-id:reply-to; bh=JLJ4iBfm2ix1ixfIXE1RSTBBS8LhYu3lnpyHZNcGddA=; b=d4WDGg2hCp41sP5IiyAYClwFCIPA7Z8M+s46/ADhUXbeCQruP8rOZqsT6GDGTVmDhk gw+4SwZRkaJNpTitwsyvs4VLV6quT6rHwO32qAI0XCMuLz0K1+3RUzIM89w6s2vbGAS8 tlUFMJQgXPvhbDP2FhVkJ6gqv5hoLng8Li3zMnS8F1fM00pCpNQC93/ROknGdeTwg03y 6LKePt5WFdqV2JR/sBOH+4ngUqVl5jdFYrQqphgYZNvMgLoXjugq6R+OcOKRgVEKHIpH j0ZlATxY7V14GSf60MadmE9L1J4wEhzz1Lfvd4+xaRJVpiwiHks+R5czEBmzrIqz4PLQ TaOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697541703; x=1698146503; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=JLJ4iBfm2ix1ixfIXE1RSTBBS8LhYu3lnpyHZNcGddA=; b=XqMyGQb+/4Ia9RofADo/tTrqOTkMpARRCewGzlAnBeKQ3udlYHAUJsgSlEMasjLWi/ li4X8owPRbe1hcxXqbtFwnKmLuU6kG1gUU93MXBiVFtQIahteC1EKJ9wj49X4Dqit0KK 4JQ6ajD3YePTFp/MAa/LWJBWSRkU069bQF0/mp9UtufdKltGfej5py7ZeRnPybXqGJZ0 t+SaF4w/1ZNgaBUf9vJQyx4LL8Td58gmcqB+vj4SF8nVobM5GgM/Iz4LBL+t50vbj830 R59i2xpgwzGtsgzXG6F1gNSj06s7PLUtSrcQWbY2DQwu12Ml1hmQHvn6xV7HVIiB8Y5+ 0QzQ== X-Gm-Message-State: AOJu0YyxYL+8q+SYQ1zkGy7we/6+bloqpXgluEbQkrb1CnzARJjjeCXe bIv4MtDhxvRtWD0WOOtOBWo= X-Google-Smtp-Source: AGHT+IHy6bZ5DHBA0Lg0nVKtiKxBWYb928uv1DGqnK6x+QCVhKk1+7d8MVqDYaFNJqjHnMmVMlObTw== X-Received: by 2002:a2e:a552:0:b0:2c5:23e3:ed11 with SMTP id e18-20020a2ea552000000b002c523e3ed11mr1669461ljn.30.1697541703293; Tue, 17 Oct 2023 04:21:43 -0700 (PDT) Original-Received: from smtpclient.apple (c188-150-165-235.bredband.tele2.se. [188.150.165.235]) by smtp.gmail.com with ESMTPSA id v14-20020a2ea44e000000b002b9f03729e2sm220105ljn.36.2023.10.17.04.21.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Oct 2023 04:21:42 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.3654.120.0.1.15) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:272604 Archived-At: 17 okt. 2023 kl. 12.03 skrev Gerd M=C3=B6llmann = : > Hm. I'd rather see someone run lldb on Windows, and tell us if it = even > prints absolute file names. It doesn't seem to do that on macOS. So it seems. Odd. All right, let's use the simple pattern for now. But doesn't this severely limit the ability of Emacs to locate the = source file? Surely there must be a way to retrieve the directory? > I've thought about doing that as an initialization, but then it would > have to be manually undone once lldb is running, since .lldbinit is > loaded first, AFAIK, if enabled (default =3D no), which one could > suppress and load it later, but that might also not be what the user > wants. And so on... Would you please explain this slowly to someone who's even less alert = than usual this morning? I got as far as understanding that the commands turn off the emission of = source lines around the stopping position. Fine, and this is in general = what we want if the source position is shown in an Emacs window. But the user may have fine reasons for wanting to run lldb outside Emacs = from time to time, and would then probably prefer the source lines in = that case. (Besides, I often don't see the position being tracked in a source = buffer with your patch. Is this a matter of missing directory in the = stop text?) And here's a completely unrelated problem: the lldb command-line = provides tab-completion on which I rely a lot as the command set is vast = and my knowledge of it is spotty. Could it be provided in Emacs?