From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [elpa] externals/transient 601ebf5: Quote value of slots' :initform when defining classes Date: Wed, 16 Jun 2021 18:41:51 -0400 Message-ID: References: <20210616223737.22754.44375@vcs0.savannah.gnu.org> <20210616223740.0905E209AB@vcs0.savannah.gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34556"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Jonas Bernoulli Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 17 00:42:48 2021 Return-path: Envelope-to: ged-emacs-devel@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 1lteFE-0008nK-2J for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Jun 2021 00:42:48 +0200 Original-Received: from localhost ([::1]:36164 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lteFD-00070y-4Q for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Jun 2021 18:42:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40562) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lteER-0006Hi-5Y for emacs-devel@gnu.org; Wed, 16 Jun 2021 18:41:59 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:36746) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lteEN-0002QT-VO for emacs-devel@gnu.org; Wed, 16 Jun 2021 18:41:57 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 0955510020E; Wed, 16 Jun 2021 18:41:54 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B79781000C4; Wed, 16 Jun 2021 18:41:52 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1623883312; bh=kacMVeC9kPyVWTLdPi9AAVTSgn0odegZaws2iA0f5z0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=epWVkwctK/q533D+zOSXoopOBcKzMjTred2KbE1Ci1z2/9h3O8K7eMePClS3PFPwu BBtKZwypqmsjvti1s+hUntSHq5PqJ4Y3ixmz3PFMp0lbbd4O0k5U6lkcfT5TCta0OY ClA2z/TEz/FOsgInMvpWAILFUF2XgcGXNq2/T+7ByxZvZ/+w+qV8Qf7CGN74+9Xi25 Msdk/3hycI+ObNBiA3z7pfOR29yixnoVWmJ6Bm65j0TDaIBt0+taYClsYUF8EOUrhx dF/SUttbBguOlPnE8lSU8ZJIdpQcO1yQn1Bf148/rhTMvCRjaW6GEnZ8fZZ+j6YyQ1 XHdlbLpGKGIRg== Original-Received: from alfajor (69-196-163-239.dsl.teksavvy.com [69.196.163.239]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8B69A1209A9; Wed, 16 Jun 2021 18:41:52 -0400 (EDT) In-Reply-To: <20210616223740.0905E209AB@vcs0.savannah.gnu.org> (Jonas Bernoulli's message of "Wed, 16 Jun 2021 18:37:39 -0400 (EDT)") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:270873 Archived-At: Jonas Bernoulli [2021-06-16 18:37:39] wrote: > The behavior of `:initform' changes in Emacs 28: Actually, the behavior did not change. What changed is that we now emit a warning about those `:initform`s which behave differently in EIEIO than in CLOS (with the intention to align the behavior with CLOS in some future version because that behavior is simpler/cleaner). Stefan