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:24:29 +0000 Message-ID: References: <83pm9sfxfa.fsf@gnu.org> <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> 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="22487"; 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:22: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 1qzP2I-0005dk-VA for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Nov 2023 23:22:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qzP1U-0001g1-2V; Sat, 04 Nov 2023 18:21:44 -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 1qzP1T-0001ft-5M for emacs-devel@gnu.org; Sat, 04 Nov 2023 18:21:43 -0400 Original-Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qzP1R-0005Lh-Hc; Sat, 04 Nov 2023 18:21:42 -0400 Original-Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2c50305c5c4so46292331fa.1; Sat, 04 Nov 2023 15:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699136498; x=1699741298; 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=sNYPThBN/xV5mtVApNwsHejK6Zyp+p2jpr6jmDC8bJc=; b=LQwXgBp6XFV0Fe1FIIs8MWqrAhXQ8Y1a31b2T7MDgtRYURdB48DBuV3nKYjht0CqRf q9Au/wqoTDoqr30X+7j2tu9zKr92oEQDR6x7L26KMljdocCuk8/XsLq8kqhvUPfCxBDQ 1qbyQvQUwyrPZmqTMEsH7A3OfyQ92RDdPM6N7UU1T8rn0VXM+n23xJ/vshx1ER15p0jm 5LqtYGn7LXkGKsz1VqN7vW8PZVrubZYtXLo84QANXk5AX3Yj3almCqy9wU5GNfA88vRq 7jg7k7BpGbk6Nsiou0bJlzT85Bf/IESP/tEvy7DZOhvD/Jlf5XFo6MVsY1qzzCR+mr2X 47iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699136498; x=1699741298; 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=sNYPThBN/xV5mtVApNwsHejK6Zyp+p2jpr6jmDC8bJc=; b=o7aMIKvnWnIHyGTdj9kWA1FSiNIp+UHEPxjcfrC+lLgzqZMbKrVc/mjfEHhBCyKdoB Scve1/X8S2PUD8wc3YQNnEfGxkKMVPuXzO5U8XD43S/EMrH7ngAe7f96MHScAjWpC+kS l8KxMfDylmlGo/3fT2B4rFhNf+KDnF8eoLvMnuYOD3d8YFMLxSEKG9h7sVCwJOpRSKcY MNVS9RrXUerX+Qi8qQfsSOaao1yItQ1c53YKBXElCs7KiYspjbVyNHSVTbEJ4GH0KyEd 9Qq2Tt6ctwfa+M5HVP3AOMabQiRzx19WLobrTRhwKse1SvRFkSzZSPdYu8/UbAUPiUe/ W+7Q== X-Gm-Message-State: AOJu0YxSNj2XKiEmiSp2ij5ODzMrspR3ci83EUrlVWhhGNGHKGjZUhAG Rr66E1WpX+9/j/G5xCdGCzblWbMWVZmeMCFygRI= X-Google-Smtp-Source: AGHT+IF3cyMh+6uzSTMLdMOc6ZwaSJIR3yxHp0RdXs+ur6HK+5qOc9ruSR5Age9CrnEk8zZB2Q2Vosx7VD16ZW6heLg= X-Received: by 2002:a19:550b:0:b0:507:cb04:59d4 with SMTP id n11-20020a19550b000000b00507cb0459d4mr17555715lfe.8.1699136498280; Sat, 04 Nov 2023 15:21:38 -0700 (PDT) In-Reply-To: <903dda91-0f2e-3cff-ba38-9da29c71a5c9@yandex.ru> Received-SPF: pass client-ip=2a00:1450:4864:20::22f; envelope-from=joaotavora@gmail.com; helo=mail-lj1-x22f.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:312226 Archived-At: On Sat, Nov 4, 2023 at 10:00=E2=80=AFPM Dmitry Gutov wro= te: > > 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 buffer. > > 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 is > 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 different in terms of what I want to know about such a site. 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? Jo=C3=A3o