From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Possible defvar bug Date: Mon, 18 Feb 2013 15:40:21 +0100 Message-ID: <87d2vxr8h6.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1361198461 15779 80.91.229.3 (18 Feb 2013 14:41:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Feb 2013 14:41:01 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 18 15:41:24 2013 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 1U7RuE-0006ro-8z for ged-emacs-devel@m.gmane.org; Mon, 18 Feb 2013 15:41:22 +0100 Original-Received: from localhost ([::1]:53290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7Rtu-0008L2-9C for ged-emacs-devel@m.gmane.org; Mon, 18 Feb 2013 09:41:02 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7Rta-0007yU-9B for emacs-devel@gnu.org; Mon, 18 Feb 2013 09:41:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U7RtN-0001ZS-MI for emacs-devel@gnu.org; Mon, 18 Feb 2013 09:40:42 -0500 Original-Received: from deliver.uni-koblenz.de ([141.26.64.15]:45502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7RtN-0001Vo-DN for emacs-devel@gnu.org; Mon, 18 Feb 2013 09:40:29 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id AAD2A1A8672 for ; Mon, 18 Feb 2013 15:40:21 +0100 (CET) X-Virus-Scanned: amavisd-new at uni-koblenz.de Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KmYgv23-ecbx for ; Mon, 18 Feb 2013 15:40:21 +0100 (CET) X-CHKRCPT: Envelopesender noch tsdh@gnu.org Original-Received: from thinkpad.tsdh.de (tsdh.uni-koblenz.de [141.26.67.142]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 54DDA1A8662 for ; Mon, 18 Feb 2013 15:40:21 +0100 (CET) Mail-Followup-To: emacs-devel@gnu.org User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 141.26.64.15 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:157126 Archived-At: Hi all, I have a problem in AUCTeX where I get some void-variable error although I require the file defining the variable. After some experimenting, I've isolated the problem to this minimal example: (let ((crm-separator ",")) (require 'crm)) crm.el defines `crm-separator' with some default value. However, when evaluating that snipped, I get: ,----[ C-h v crm-separator ] | crm-separator is a variable defined in `crm.el'. | It is void as a variable. | | Documentation: | Separator regexp used for separating strings in `completing-read-multiple'. | It should be a regexp that does not match the list of completion candidates. | Modify this value to make `completing-read-multiple' use a separator other | than `crm-default-separator'. `---- I understand that defvar doesn't override a variable's value if the variable is already defined, but is that TRT with dynamic bindings, too? Bye, Tassilo