From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Adding support for xref jumping to headers/interfaces Date: Sat, 11 Nov 2023 03:01:20 +0200 Message-ID: <41b3ab93-84bd-263a-748c-7d68a428a2ab@gutov.dev> References: <65a16247-1b1a-149c-b413-71612f88f184@yandex.ru> <9377bf2b-13ed-8d86-4294-0b88e6808d80@yandex.ru> <953056ea-9cfb-34ad-6515-9036633dfdbb@yandex.ru> <2d964697-2b4e-64c7-2f16-aae87e57def4@yandex.ru> <87il697r5g.fsf@catern.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24309"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 To: Spencer Baugh , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 11 02:02:58 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 1r1cOn-0005z2-G2 for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Nov 2023 02:02:58 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r1cNT-0001v3-9u; Fri, 10 Nov 2023 20:01:35 -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 1r1cNR-0001uX-SL for emacs-devel@gnu.org; Fri, 10 Nov 2023 20:01:33 -0500 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r1cNI-00084c-BV for emacs-devel@gnu.org; Fri, 10 Nov 2023 20:01:31 -0500 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2E9F55C01CE; Fri, 10 Nov 2023 20:01:23 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Fri, 10 Nov 2023 20:01:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1699664483; x=1699750883; bh=81PZ2apmBmPj01TAvgH4WzgGHsSaGyWWTNW 1H0tJgus=; b=OBn7IxJy/5DJtgWC73Au1yQi96jHUcshp6hxPpTnHKmz4SvOtSL /BP8Er++JtkdQk1ZamNVD4/dbYVwzbT7ZLU5vwe30BWhXJy3JZVjo9yIb9W0FXao aKCaFCqLdMcwnBow1T9SzbaPbOA6O876Jmtf0h0M3RiD3DkjUcUanedMDzUWVgp0 fkx0F1Fd1hpbWEsPiQpqRgc0tXS4T+fFe/lA2dcvL+XFqvechCXiw45hz1ahQNXN ZtmXpJgviTaQF5dnxObkyLOmkU0KVcbQOhTylx0b2cPBcD6mc8QAxylKppajLYZ2 aZJKAHANcf8M2LoRq34iwrG0Ov+fzsl73gg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1699664483; x= 1699750883; bh=81PZ2apmBmPj01TAvgH4WzgGHsSaGyWWTNW1H0tJgus=; b=Y 3UtkjmUnnzBH79426RQiBs9A3XK3GuXCyQG0gE/zo3ZwM4BfRpQ/BTXieojUWE8/ FY0HgCSFWXABHkBFN7FB1sBHH7p4TrPY+PV/WuwD60oG0qqK8+OkFaKIrgDJHhqC srMpSPklBjR4LNDznNyg1P3VNRPPIo+f11SxdkAL0zhlEJvhzqbYy2ZyHOaMcUjX NBtekohhGt8yX3jZhpvh8XMoX/VR251i605ZTK6I2D1t+7uIhAGmwhbJ3RE4zYsv Vyd6lA+7vsI8NQwDUIucGras+wMhYKxyhFsLE7mKtijHNmSnhCyE4chE9c+tMyP0 bAVc/e+WyOqfiWVf72dPw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddvgedgvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthejredttdefjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeeghedthedujeeiteeutddtjeekheejteeukeehffdutdejuedvfeevueeviedu udenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 10 Nov 2023 20:01:21 -0500 (EST) Content-Language: en-US In-Reply-To: <87il697r5g.fsf@catern.com> Received-SPF: pass client-ip=66.111.4.26; envelope-from=dmitry@gutov.dev; helo=out2-smtp.messagingengine.com X-Spam_score_int: -60 X-Spam_score: -6.1 X-Spam_bar: ------ X-Spam_report: (-6.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, NICE_REPLY_A=-3.265, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_TEMPERROR=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:312512 Archived-At: On 10/11/2023 14:02, Spencer Baugh wrote: >> "declarations" really? Sure you could cram declare-function into >> there, and it kind of emulates the forward-declaration meaning of it >> in C/C++ which is clearly LSP got the idea from. Fine. But then what >> about compiler-macro declarations and edebug declarations, etc, the >> ones you use with `(declare (debug...))` in the beginning of functions >> (sometimes not)? They're an entirely different concept and yet known >> as "declarations" for any Elisp (or Common Lisp) user. It's awkward to >> find both mixed when you're thinking of just one. > That's not what I'm suggesting. I suggest that find-declarations when > run on a generic should give the cl-defgeneric, and find-implementations > should give the cl-defmethods. > > I think that would be a really helpful new feature, apart from all the > rest of this. > > If the term "declarations" and "implementations" are a problem, we could > totally give them another name. > > How about "find-generic" and "find-methods"? Just literally copying > what Elisp calls them. Then we can set aside all this worry about > sharing terms with LSP. Perhaps I should state also here that we shouldn't worry about sharing LSP's terms. Not these ones, anyway.