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: Adding support for xref jumping to headers/interfaces Date: Sat, 4 Nov 2023 22:36:47 +0000 Message-ID: References: <861qm4tkih.fsf@stephe-leake.org> <71ea5e83-183f-2ae3-8146-6a31045a0309@yandex.ru> <834jqzafse.fsf@gnu.org> <83h6uv47e8.fsf@gnu.org> <4639d7ca-2109-864c-33c0-38e65f26f262@yandex.ru> <835ybb3txt.fsf@gnu.org> <83wn3q311i.fsf@gnu.org> <412afa2d-5dbc-52da-39c4-99be3873929c@yandex.ru> <83o7p20wdi.fsf@gnu.org> <72b09256-5a1b-8962-9e3c-7d2ffd0dc0d7@yandex.ru> <83ilf925n8.fsf@gnu.org> <95afa441-18ae-e62a-be16-be73a545bbba@yandex.ru> <81c2ff07-c5e2-fb3a-5945-049a307bff84@yandex.ru> <903dda91-0f2e-3cff-ba38-9da29c71a5c9@yandex.ru> <8f1ef615-d685-2a4d-e4c5-3fdaaba87d0f@yandex.ru> 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="37082"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Spencer Baugh , Eli Zaretskii , stephen_leake@stephe-leake.org, john@yates-sheets.org, rms@gnu.org, fgunbin@fastmail.fm, casouri@gmail.com, emacs-devel@gnu.org, azeng@janestreet.com To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 04 23:34:35 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 1qzPDu-0009Oj-MD for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Nov 2023 23:34:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qzPDN-0003vn-R1; Sat, 04 Nov 2023 18:34:01 -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 1qzPDM-0003vd-NI for emacs-devel@gnu.org; Sat, 04 Nov 2023 18:34:00 -0400 Original-Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qzPDL-0007Hq-0w; Sat, 04 Nov 2023 18:34:00 -0400 Original-Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-507cd62472dso4663954e87.0; Sat, 04 Nov 2023 15:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699137236; x=1699742036; darn=gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=cnTlXJvu3zR96rWpW5LNELt73NQfHLnqAwfkvEohSpo=; b=CK63UOgNxBdCr5t/IuSBgPdoQ06ubUoPwJ4d9VJ/CY/Ajm0PDZ7K80aQkoLY0iHe3b btpazmVlb0OqZPUQywX4d+Xlz3uv1PIbvfKfITJ/MDD++Kg6qZfhcllsRilefZnJlCU5 QLJCd8SJPJB0WbRcrtabkvDyrsU+tDnYp7F8fBlwRqBbazXF9e5p72RNu/98SE1BVNvA l9PzzoNONb0kb5g8yBh9MJHHrqTeetRKhmUou1AzDqILWlGKmq6R+tIlu7yyzW+H9l7+ iUaO4rPmzxappHPrNh1w01H6lguP8vrvwlx8CY7FHo5WsIcZvv+pbRjkZpm7cKahP7dL spTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699137236; x=1699742036; 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=cnTlXJvu3zR96rWpW5LNELt73NQfHLnqAwfkvEohSpo=; b=SvgATkplkaJLWFnYdrOieQ55Q6rSQ7l9PBkEabZPSSMk4TozpiUZ1uznYWHqq87BA0 at2SthJhWQaU+b/SYDn4b++Iy17wXqUu1Kdmn/XoBrIHwh36mvYtxSjFLPFnh8zUXHoo YS+WZjXwPy7b5qYR+ZrNKBYDdFNZ8y3dYtz0bX2P4/bs+4D4CqY981BKqTCmRH6x4PzG YY4ZsyNy9xZxmuEPcF65sa+l11XYZrAVA3kdk+DavN1WRssEPdFgUw9a+er8eo22u/rm iASn++XcBpP61PQhcRKuHUnqyDlMTdiXCiDRjw0lebWB8V+M+Wty8/CoPQ0evbZOQQpZ 75Rw== X-Gm-Message-State: AOJu0YxweBwX5KexMLU2LiwanSNGWGrWVsCQgd8lALTERpTsuG18HDr4 rv2YofALFK1AqW9jbSDre05DKBoSXgS6e1Gpjs4= X-Google-Smtp-Source: AGHT+IFfL+rmjDRA8XKpWo3EKk1XSOWcq6uvNgZMToxsSNFLwHgpgwyO6YGlZazOMbaQM409xViJnlGbEUhJS3Q18pY= X-Received: by 2002:ac2:44d1:0:b0:4f8:6831:fd70 with SMTP id d17-20020ac244d1000000b004f86831fd70mr2189627lfm.3.1699137236112; Sat, 04 Nov 2023 15:33:56 -0700 (PDT) In-Reply-To: <8f1ef615-d685-2a4d-e4c5-3fdaaba87d0f@yandex.ru> Received-SPF: pass client-ip=2a00:1450:4864:20::136; envelope-from=joaotavora@gmail.com; helo=mail-lf1-x136.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, 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:312228 Archived-At: On Sat, Nov 4, 2023 at 10:29=E2=80=AFPM Dmitry Gutov wro= te: > > On 05/11/2023 00:24, Jo=C3=A3o T=C3=A1vora wrote: > > On Sat, Nov 4, 2023 at 10:00=E2=80=AFPM Dmitry Gutov = wrote: > >> On 20/06/2023 18:31, Jo=C3=A3o T=C3=A1vora wrote: > >>> If I remember correctly, SLIME (and SLY) have at least two types of > >>> "reference" searches: "who calls" and "who expands". They create the > >>> typical ((file -> list of matches)...) listing in an SLIME xref buffe= r. > >> Interesting. And AFAICS SLIME also has another kind of non-definitions > >> search: slime-who-specializes. > >> > >> Speaking of the two former ones, though: is there a point in using two > >> different commands, if their outputs never "intersect"? That is, one i= s > >> for the macros, and another for regular functions. Why wouldn't > >> 'slime-who-calls' also work on macros, printing their expansion sites? > > I think maybe just to limit the signal to noise ratio. Maybe I'm > > specifically interested in macro expansions only. But I kind of agree > > that, at least in Lisp, calling and expanding isn't usually very diffe= rent > > in terms of what I want to know about such a site. > > But if who-calls only works for functions and who-expands only works for > macros, only one of them would work for a given symbol, right? The other > would return an empty list. Yeah, you're right, I guess. IDK, SLIME has always worked like that. > > Anyway, does this mean that xref.el is soon to have a solution for > > this? The one I vaguely remember discussing in this thread. Something > > like a single xref-find-other command + a selector for the type of > > reference, right? > > Maybe it will, maybe actually not. See one of my next few emails with a > patch to try out (with the things you mentioned) and some further > questions to ponder. Will the patch have changes to Eglot as well? Hoping it does, but if it doesn't leave some instructions on how to do that. That's mostly what I'm interested in, i.e. how easy it is to plug into. The interface is easier to tweak once we have concrete use cases to work with. Jo=C3=A3o