From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "D. Goel" Newsgroups: gmane.emacs.devel Subject: Re: defvar vs setqif.. Date: 20 May 2002 15:40:18 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <87hel3sn2d.fsf@tc-1-100.kawasaki.gol.ne.jp> <200205201924.g4KJOLh29045@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021923733 18962 127.0.0.1 (20 May 2002 19:42:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 May 2002 19:42:13 +0000 (UTC) Cc: Miles Bader , emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 179t2r-0004vj-00 for ; Mon, 20 May 2002 21:42:13 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 179tGw-0007I1-00 for ; Mon, 20 May 2002 21:56:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 179t39-0004eC-00; Mon, 20 May 2002 15:42:31 -0400 Original-Received: from ipr-mail.umd.edu ([128.8.86.132]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 179t12-0004Lu-00; Mon, 20 May 2002 15:40:20 -0400 Original-Received: from poynting.umd.edu (root@poynting.umd.edu [128.8.86.100]) by ipr-mail.umd.edu (8.9.3/8.9.3) with ESMTP id PAA02750; Mon, 20 May 2002 15:40:19 -0400 (EDT) Original-Received: from poynting.umd.edu (sendmail@localhost [127.0.0.1]) by poynting.umd.edu (8.9.3/8.9.3) with SMTP id PAA12736; Mon, 20 May 2002 15:40:18 -0400 (EDT) Original-Received: (from deego@localhost) by poynting.umd.edu (8.9.3/8.9.3) id PAA12449; Mon, 20 May 2002 15:40:18 -0400 (EDT) X-Authentication-Warning: poynting.umd.edu: deego set sender to deego@glue.umd.edu using -f Original-To: "Stefan Monnier" In-Reply-To: <200205201924.g4KJOLh29045@rum.cs.yale.edu> Original-Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4201 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4201 > > There should be only one (defvar ) form per variable. > All others should only be (defvar ). this resolves it for me.. i've been overlooking this... i guess i now see what all of you have been trying to tell me. sorry to have wasted all of your times...And indeed, as Miles was saying, the tag-finding functions would/should know this rule... re: actual concrete examples, indeed i have no examples when my TAGS has ended up getting double-tags for a variable where the 2 tags come from 2 libraries.. i guess this must be due to the reason you mentioned above.... neither has my TAGS ever created a tag for a defvar in my my .emacs even though my set-tags probes my .emacs and my .emacs does have defvar's.. this must all be because the 'offending' defvar's must be following the syntax you mention above.. So i humbly withdraw my suggestion.. (there is one minor duplication---my TAGS seems to probe the loaddefs-my.el too and creates 2 tag-entries for each autoloaded defun/defvar---one where it was defined, and one for loaddefs-my.el.. but that is quite unrelated to the present issue.. i should simply request tags.el to overlook loaddefs-my.el when creating TAGS, i guess..).. Have a good day, D --