From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: etags failing with structure members Date: Sat, 11 Mar 2017 13:24:26 +0200 Message-ID: <834lz0dpjp.fsf@gnu.org> References: <58C25BCF.4010704@gmx.at> <831su5fpx7.fsf@gnu.org> <58C3D124.1070501@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1489231502 29444 195.159.176.226 (11 Mar 2017 11:25:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Mar 2017 11:25:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 11 12:24:55 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cmf8i-0006Xt-W5 for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 12:24:49 +0100 Original-Received: from localhost ([::1]:42820 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmf8o-00088k-Se for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 06:24:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmf8i-00088e-Td for emacs-devel@gnu.org; Sat, 11 Mar 2017 06:24:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cmf8f-0001C5-Re for emacs-devel@gnu.org; Sat, 11 Mar 2017 06:24:48 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmf8f-0001C1-OE; Sat, 11 Mar 2017 06:24:45 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4970 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cmf8e-0007VX-41; Sat, 11 Mar 2017 06:24:44 -0500 In-reply-to: <58C3D124.1070501@gmx.at> (message from martin rudalics on Sat, 11 Mar 2017 11:27:48 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:212900 Archived-At: > Date: Sat, 11 Mar 2017 11:27:48 +0100 > From: martin rudalics > CC: emacs-devel@gnu.org > > > the tricky macro syntax used by some of the > > header files run afoul of the etags parsing. I tried once to find a > > solution for that, I might look into this again. > > Can you explain with a few words why the macro syntax interferes? They look like a beginning of a K&R style function definition: foo (bar, baz) type1 bar; type2 baz; This tricks etags into the state where it looks for the end of the function, and ignores everything until that point. One possible remedy would be to teach etags about the special macro ENUM_BF; I will look into that when I have time. But there's trickier stuff in lisp.h that won't be helped even by that.