From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Generalizing find-definition Date: Thu, 06 Nov 2014 17:33:19 +0200 Message-ID: <86bnokgx8g.fsf@yandex.ru> References: <20141102151524.0d9c665c@forcix> <20141102172944.0f7944e3@forcix> <20141103084433.12117c03@forcix> <20141103192853.2702fe7a@forcix> <20141103215526.28edeb27@forcix> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415288038 469 80.91.229.3 (6 Nov 2014 15:33:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Nov 2014 15:33:58 +0000 (UTC) Cc: emacs-devel@gnu.org, Jorgen Schaefer To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 06 16:33:51 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XmP4I-0005wd-Ng for ged-emacs-devel@m.gmane.org; Thu, 06 Nov 2014 16:33:50 +0100 Original-Received: from localhost ([::1]:54451 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmP4H-0000FG-FB for ged-emacs-devel@m.gmane.org; Thu, 06 Nov 2014 10:33:49 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60031) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmP3x-0000Cn-F5 for emacs-devel@gnu.org; Thu, 06 Nov 2014 10:33:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmP3s-0005jW-1Q for emacs-devel@gnu.org; Thu, 06 Nov 2014 10:33:29 -0500 Original-Received: from mail-wi0-x232.google.com ([2a00:1450:400c:c05::232]:55052) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmP3r-0005jP-Qu for emacs-devel@gnu.org; Thu, 06 Nov 2014 10:33:23 -0500 Original-Received: by mail-wi0-f178.google.com with SMTP id bs8so1838729wib.17 for ; Thu, 06 Nov 2014 07:33:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=dyFVXPpbLTFdkNsRHfLxqYvSZu0q9QiRmWgzrz+t+IM=; b=kT0XHw9kNQgH4xwkdtUg3l8TS73m9Ld5V6b5ayB13FF6ccI4lmjXde3eYwLa2a0EMG zMMFrpkLld6qyDmYpMyiaXv91dwgIo8SFYgwwskB3G14xchyt5JpPAsGoWiQFekITcdG 0HtsKCzezdR6naP0hC0YHYlwtW8Xkn9gKAQSFGM6rM0jkuDbKwulxVWyq9cY3h5xZkQd UBNPSOT0M3rAaACRyat4wz5tZ7nzmD9KO6m23w3ASzHs/KvOu4U7iwfQV+yzxlvbhtdz 3xrA7PL9ISv6uQpjcbslhXRr4e+Oxp5qiZ8LBMrkHpITq8c7BqAS056l49evjHI4oCzs uQQw== X-Received: by 10.194.60.16 with SMTP id d16mr6830265wjr.13.1415288002792; Thu, 06 Nov 2014 07:33:22 -0800 (PST) Original-Received: from axl (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by mx.google.com with ESMTPSA id el4sm19933490wid.11.2014.11.06.07.33.21 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 06 Nov 2014 07:33:22 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Mon, 03 Nov 2014 17:38:05 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.51 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176449 Archived-At: Stefan Monnier writes: >> The only single string that reliably would allow to find the correct >> definition would be "foo.Foo.baz", but I do not think that anyone >> would consider that to be "the identifier at point" here. > > I would. I think it should return "baz" here, if we want to go this way at all. And then that value could be passed to a "search-definition-function", which will perform a full non-precise scan. It apparent that we won't be able to do precise searches for identifiers in most cases, so having a separate variable and function for this seems to be the way to go, considering that the implementations are likely to be fairly different anyway.