From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: `etags' bug? Date: Wed, 15 Dec 2004 04:57:32 +0200 Message-ID: <200412150457.32970.pogonyshev@gmx.net> References: <200412092015.16817.pogonyshev@gmx.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1103079809 11848 80.91.229.6 (15 Dec 2004 03:03:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Dec 2004 03:03:29 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 15 04:03:23 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CePRh-0000we-00 for ; Wed, 15 Dec 2004 04:03:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CePbr-0006Op-V1 for ged-emacs-devel@m.gmane.org; Tue, 14 Dec 2004 22:13:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CePbl-0006O8-3Q for emacs-devel@gnu.org; Tue, 14 Dec 2004 22:13:45 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CePbj-0006Mz-2E for emacs-devel@gnu.org; Tue, 14 Dec 2004 22:13:43 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CePbi-0006Mw-VW for emacs-devel@gnu.org; Tue, 14 Dec 2004 22:13:43 -0500 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1CePRL-0005e4-4S for emacs-devel@gnu.org; Tue, 14 Dec 2004 22:02:59 -0500 Original-Received: (qmail invoked by alias); 15 Dec 2004 02:56:15 -0000 Original-Received: from unknown (EHLO localhost.localdomain) (195.50.12.114) by mail.gmx.net (mp026) with SMTP; 15 Dec 2004 03:56:15 +0100 X-Authenticated: #16844820 Original-To: Francesco Potorti` User-Agent: KMail/1.4.3 In-Reply-To: X-Y-GMX-Trusted: 0 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." 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: main.gmane.org gmane.emacs.devel:31136 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31136 > >It seems that behaviour of `etags' is broken. > > Dear Paul, I cannot reproduce the behaviour you observe, neither with > the stock emacs 21.3 etags nor with the latest etags in the CVS. It ma= y > be a platform-dependent bug; I use a Debian system running on i686. > > Before going on to debug it, make sure you are indeed using the latest > version: > > $ strings ../etags|fgrep 'pot rev' > @(#) pot revision number is 17.5 > > and try to recompile it from scratch, to reduce the possibility that yo= u > used some unstable library or similar problems. > > If you can reproduce the bug with this version, please contact me, so w= e > can find a way to debug this. I refreshed my CVS working directory and recompiled with optimizations turned off (`CFLAGS=3D"-g"'.) The behaviour didn't change. I tried a little debugging and I don't understand how the behaviour could be as documented. Function main() basically looks like this: while ((opt =3D getopt_long (...)) !=3D EOF) switch (opt) { /* store `--language' and `--regex' arguments in `argbuffer' */ } for (; optind < argc; optind++) { /* store filenames in `argbuffer' */ } Now, I cannot understand how this code can distinguish between --language none file1 --language auto file2 and =09--language none --language auto file1 file2 _in principle_. Yet in the man page we have =09-l language, --language=3Dlanguage =09=09Parse the following files according to the given =09=09 ^^^^^^^^^^^^^^^^^^^^^ =09=09language. More than one such options may be intermixed =09=09with filenames. Use --help to get a list of the =09=09available languages and their default filename =09=09extensions. The `auto' language can be used to restore =09=09automatic detection of language based on the file name. =09=09The `none' language may be used to disable language =09=09parsing altogether; only regexp matching is done in =09=09this case (see the --regex option). Maybe I'm really missing something fundamental. Paul