From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: carlmarcos--- via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: Generality of defvar Date: Wed, 27 Jul 2022 01:36:26 +0200 (CEST) Message-ID: References: <874jz3sbvm.fsf@dataswamp.org> Reply-To: carlmarcos@tutanota.com Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15924"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Emanuel Berg Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 27 01:41:10 2022 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oGUAn-0003zO-QX for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 27 Jul 2022 01:41:09 +0200 Original-Received: from localhost ([::1]:38862 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oGUAm-0000UR-RV for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 26 Jul 2022 19:41:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35846) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGU6I-0007m8-K7 for help-gnu-emacs@gnu.org; Tue, 26 Jul 2022 19:36:30 -0400 Original-Received: from w1.tutanota.de ([81.3.6.162]:45572) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGU6G-0001Ee-KG for help-gnu-emacs@gnu.org; Tue, 26 Jul 2022 19:36:30 -0400 Original-Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 5B2D8FBF94F; Tue, 26 Jul 2022 23:36:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1658878586; s=s1; d=tutanota.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=LZ2aJTZ8ykQOuuovyo5f5HrP4ZDqOHlawwPAy8tCVtw=; b=wN8M4xaY6sUvOfRo89250mCcXvo2JuHcX7239gGq7i5EHGCUtAuEQANRb/+vqQDN z6OmVTooZ+gAs5jCg8PAu9++dT014dDaVWFFlPF6MnJhwNesWrXAh3Kp9ZpxsGvfwZW 0FsvRhxDavJaR/In1HQ2U0AXNQgD4ybLPI+EOSiGzizSQ8ilItcWzX3ARlnVWDqTbNU dVVURvhuBBikKU5axG+qCkL0omF7HXamY9qOEoN/Z5YghAHjGSTr3wtPiJ67rYgxtJd rKdF1/unbo+AscJwXclUUDTQD1GxZzvr0AhC+IFVxY34BamGXtNFNzrtQEKrb6ttxna VkdfBBOayw== In-Reply-To: <874jz3sbvm.fsf@dataswamp.org> Received-SPF: pass client-ip=81.3.6.162; envelope-from=carlmarcos@tutanota.com; helo=w1.tutanota.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138635 Archived-At: Jul 26, 2022, 23:16 by incal@dataswamp.org: > carlmarcos--- via Users list for the GNU Emacs text editor wrote: > >> Have been looking into defvar and noticed the generality of >> its use >> >> (defvar aname t) >> (defvar bname nil) >> (defvar cname 1) >> (defvar dname "text") >> > > For practical reasons it can be better to do > > (defvar var-name) > (setq var-name 'var-value) > > instead because if you do something with that and want to > reset it, it's enough to evaluate the second line, whereas if > you just have the first line you tend to evaluate that one and > if/because the variable is already set at that point then > nothing will happen ... > I cannot follow what you are trying to say.