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: Guidelines for the "symbol" syntax class Date: Mon, 4 Jan 2016 03:18:45 +0200 Message-ID: <5689C875.3010402@yandex.ru> References: <5688AD13.7050904@yandex.ru> <5689C0CA.7050005@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1451870349 22661 80.91.229.3 (4 Jan 2016 01:19:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Jan 2016 01:19:09 +0000 (UTC) Cc: emacs-devel To: John Yates , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 04 02:19:04 2016 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 1aFtnb-0008P5-MI for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 02:19:03 +0100 Original-Received: from localhost ([::1]:43482 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtna-0002lo-W2 for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 20:19:03 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtnP-0002li-7e for emacs-devel@gnu.org; Sun, 03 Jan 2016 20:18:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFtnL-0003ZN-VB for emacs-devel@gnu.org; Sun, 03 Jan 2016 20:18:51 -0500 Original-Received: from mail-wm0-x22d.google.com ([2a00:1450:400c:c09::22d]:38037) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtnL-0003ZJ-Op for emacs-devel@gnu.org; Sun, 03 Jan 2016 20:18:47 -0500 Original-Received: by mail-wm0-x22d.google.com with SMTP id b14so164115475wmb.1 for ; Sun, 03 Jan 2016 17:18:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=a9Q6CCh4k7HsYtgZkkxXCop/wyiwIy7Jok8mGlnFIQU=; b=Zq7ZjuIhsnGWWOLXfvnfSaAe8j1gDtG1vY6JP9p6RqXXW5cEkHYQisio8dOEYupbRg 0/HZScOJ+PrtLfXaNA6s+SlY+FVSA+NZh3vwXMfjqf/HrKJNQrdJsYxp3NVkp6SaPyTk vaAYBYXcV1wVMQBajIYYv5khjnkj2cNqMYC2fwObZz+swcI/fj2DLkcj9wgKJvi/YvvJ nt7vxFl7aFt3YFWmoWqMa9sgeBBo2rObtmb0AEzQoQftg3/a7IwpQSrEwXYlXu8f8UUu 176GaF6cVLcmiUPmTBzD8Ew4n9LmzV0yaheSI8g4r5LIA+2EhxaaWisKMtIVVot+/A0E Dscg== X-Received: by 10.194.222.135 with SMTP id qm7mr93384473wjc.106.1451870327282; Sun, 03 Jan 2016 17:18:47 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id z65sm35123381wmg.10.2016.01.03.17.18.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Jan 2016 17:18:46 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::22d 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:197553 Archived-At: On 01/04/2016 03:13 AM, John Yates wrote: > Trying to jigger emacs' symbol notion to cover qualified names as provided > in contemporary languages is likely to be a source of continuing complaints > and frustration. I'm not trying to cover qualified names here. In many languages, it's impossible to find out the qualified name of the type or method at point without parsing the whole application with its dependencies (and sometimes you have to run it anyway). As far as xref is concerned, qualified symbol names are currently an implementation detail: some backends might operate them under the covers, but the API stays ignorant.