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: xref-find-matches and stuff Date: Mon, 11 May 2015 23:24:10 +0300 Message-ID: <55510FEA.8060804@yandex.ru> References: <5546DD4A.2080709@yandex.ru> <87r3qvnld1.fsf@gmail.com> <5548E08A.4090305@yandex.ru> <87mw1jndul.fsf@gmail.com> <554964CE.3040809@yandex.ru> <87oalxn756.fsf@gmail.com> <554AAD41.6060506@yandex.ru> <87vbg4lgn6.fsf@gmail.com> <554CB069.8090002@yandex.ru> <87sib7j9yf.fsf@gmail.com> <554CE8B2.7080408@yandex.ru> <87fv76kj0s.fsf@gmail.com> <83fv76p6ts.fsf@gnu.org> <55500A03.2020000@yandex.ru> <83oalrmabo.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1431375895 2057 80.91.229.3 (11 May 2015 20:24:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 May 2015 20:24:55 +0000 (UTC) Cc: spinuvit@gmail.com, eller.helmut@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 11 22:24:46 2015 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 1YruFp-0005UD-Lo for ged-emacs-devel@m.gmane.org; Mon, 11 May 2015 22:24:45 +0200 Original-Received: from localhost ([::1]:39490 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YruFo-0008Er-BF for ged-emacs-devel@m.gmane.org; Mon, 11 May 2015 16:24:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YruFb-0008EZ-HO for emacs-devel@gnu.org; Mon, 11 May 2015 16:24:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YruFY-0001lj-Bm for emacs-devel@gnu.org; Mon, 11 May 2015 16:24:31 -0400 Original-Received: from mail-wg0-x234.google.com ([2a00:1450:400c:c00::234]:33454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YruFY-0001hh-5s; Mon, 11 May 2015 16:24:28 -0400 Original-Received: by wgin8 with SMTP id n8so140827598wgi.0; Mon, 11 May 2015 13:24:13 -0700 (PDT) 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=MZ/ZmZHiN+FqdOXeFDQs639Y2Wvs3ags6KkwzGa+Lus=; b=S8+AU8p8e+8O5jqYL/uKlCkG7uefHF9dozfQQta7GiW5SSRmKFjLQ3OH/TJlzVY60w XHAZxeRKK2GCAln0oF2Eoxp825QJ/LIzI5VoJNQatoojEH+qFgN2p4Z4JkvUGHAUALa0 DP1tGbuXjJ7lrn9Gjd9TIsOLewAxuiIl7T0yfKFtqfAYYTEcjW9d0+uUlXVqnLFWYetT 4uSefWxmFYFR4UJtCRRTbPdbX3nnoyuZKXjY+tvAGLXcSAsmdRAqSN+pLaDiTKOMJCur wzZUNODCGwdoW8dXO6ymxJNCDzXuAS0KXcWjTZH6Eq2YrNl7VbCST2mrZPWcw87yVqQd 6IWQ== X-Received: by 10.194.6.37 with SMTP id x5mr24169630wjx.73.1431375853192; Mon, 11 May 2015 13:24:13 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id ha4sm1385781wib.0.2015.05.11.13.24.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 May 2015 13:24:13 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: <83oalrmabo.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::234 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:186435 Archived-At: On 05/11/2015 05:56 PM, Eli Zaretskii wrote: > Making etags recognize them is almost trivial. cl-defstruct accessors and predicates? I wouldn't say it's trivial, but it should be straightforward to implement. In Elisp, at least. In C, it's bound to be an order of magnitude longer. > The question is, do we want such ad-hocery in etags.c? I guess not, but that's the point: within the restrictions imposed by etags's design and common sense, you're not going to write an indexer that takes into account the many different ways Elisp can define functions implicitly. And there's no way to specify those with --regex either.