From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Frank Schmitt Newsgroups: gmane.emacs.devel Subject: Re: [PATCH, RFC] etags/ctags v22.0.92 break Linux kernel `make TAGS/tags` Date: Wed, 03 Jan 2007 15:33:10 +0100 Organization: Hamme net, kren mer och nimmi Message-ID: References: <1166990491.2706.205.camel@localhost.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1167834852 16318 80.91.229.12 (3 Jan 2007 14:34:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Jan 2007 14:34:12 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 03 15:34:11 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H27Bt-0005Yr-Dp for ged-emacs-devel@m.gmane.org; Wed, 03 Jan 2007 15:34:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H27Bs-0005XT-U6 for ged-emacs-devel@m.gmane.org; Wed, 03 Jan 2007 09:34:04 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H27Bf-0005VH-V4 for emacs-devel@gnu.org; Wed, 03 Jan 2007 09:33:51 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H27Bf-0005Tg-19 for emacs-devel@gnu.org; Wed, 03 Jan 2007 09:33:51 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H27Be-0005TL-R2 for emacs-devel@gnu.org; Wed, 03 Jan 2007 09:33:50 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1H27Be-0001K6-3S for emacs-devel@gnu.org; Wed, 03 Jan 2007 09:33:50 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H27BR-0005rH-8h for emacs-devel@gnu.org; Wed, 03 Jan 2007 15:33:37 +0100 Original-Received: from dhcp33.uni-koblenz.de ([141.26.71.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Jan 2007 15:33:37 +0100 Original-Received: from ich by dhcp33.uni-koblenz.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Jan 2007 15:33:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 68 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp33.uni-koblenz.de X-Face: :EL9TzGRN){7|oE2~xQ8Q(VjpjsXgX$~gi&rYD5J5p)$w\Thdl~v:7h`/n)J!8nXT%_+Wj6}@EHM8}QbA(9nX-wrQ:ch1%DauV[?kFasXUcnL#+"K8zOx&$@/M'/}, q-eztaJra1|?C+p$h\2XnK-HB"8_U List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64690 Archived-At: Frank Schmitt writes: > Sorry, I don't have an example at hand, because my switch was somewhere > in summer. But I used emacs CVS head etags till then and had problems, > that a special case of templated functions in C++ were not listed in > TAGS. I'll switch back to Emacs etags and report when I find something > which Emacs etags doesn't tag. I did some testing and found out that I just didn't RTFM. Emacs etags defaults to not TAG member variables of C++ classes (which doesn't make much sense in my eyes) while exuberant ctags does tag those. However after aliasing etags to etags --members it works just as well for me as exuberant ctags does. One question though: Say I have a class like this: template class CMultiChannelCSC19_3D { public: ipc3dLinkControlSetup setup; ipc3dCSC19,ipcMultiChannel,ipc3dLinkControl> mcCSC; advTimer cscInitTime; advTimer cscSegmentationTime; advTimer outputTime; void execute(CPluginCSCState& p, int w, int h, int d, const ipcMultiChannel* orgImage, ipcMultiChannel* regionImage, unsigned int* mapImage, ipc3dBlockCompressedLabelImage* compressedMapImage=NULL) { if (orgImage!=NULL) { //do something } } }; what Emacs etags generates is foo.h,936 template ,ipcMultiChannel,ipc3dLinkControl> mcCSC;CMultiChannelCSC19_3D::mcCSC6,219 advTimer cscInitTime;CMultiChannelCSC19_3D::cscInitTime7,374 advTimer cscSegmentationTime;CMultiChannelCSC19_3D::cscSegmentationTime8,397 advTimer outputTime;CMultiChannelCSC19_3D::outputTime9,428 void execute(CMultiChannelCSC19_3D::execute10,450 while exuberant ctags skips those first four lines: foo.h,680 class CMultiChannelCSC19_3DCMultiChannelCSC19_3D2,151 ipc3dLinkControlSetup setup;setup5,189 ipc3dCSC19,ipcMultiChannel,ipc3dLinkControl> mcCSC; mcCSC6,219 advTimer cscInitTime;cscInitTime7,374 advTimer cscSegmentationTime;cscSegmentationTime8,397 advTimer outputTime;outputTime9,428 void execute(CPluginCSCState& p, int w, int h, int d, const ipcMultiChannel* orgImage, ipcMultiChannel* regionImage, unsigned int* mapImage, ipc3dBlockCompressedLabelImage* compressedMapImage=NULL)execute10,450 what do they mean? -- Did you ever realize how much text fits in eighty columns? If you now consider that a signature usually consists of up to four lines, this gives you enough space to spread a tremendous amount of information with your messages. So seize this opportunity and don't waste your signature with bullshit nobody will read.