From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Strange incf behavior in Emacs 22. Intentional? Date: Thu, 12 Jul 2007 15:36:35 -0400 Message-ID: References: <1183034491.352998.214980@n2g2000hse.googlegroups.com> <85k5tn4sn7.fsf@lola.goethe.zz> <85ved6350b.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1184269375 24146 80.91.229.12 (12 Jul 2007 19:42:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Jul 2007 19:42:55 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jul 12 21:42:53 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I94Yv-0000ad-Gk for geh-help-gnu-emacs@m.gmane.org; Thu, 12 Jul 2007 21:42:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I94Yu-0006zS-WA for geh-help-gnu-emacs@m.gmane.org; Thu, 12 Jul 2007 15:42:53 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!postnews.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.umontreal.ca!news.umontreal.ca.POSTED!not-for-mail Original-NNTP-Posting-Date: Thu, 12 Jul 2007 14:36:35 -0500 Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:qon7KH/V6ec4wfuFvZT3J71bqDM= Original-Lines: 25 X-Usenet-Provider: http://www.giganews.com Original-NNTP-Posting-Host: 132.204.27.213 Original-X-Trace: sv3-N18Voauis/AYrCLn13p20MbztAbT84C/UvKKw0dvYx4sJNsYZXjwy0/V2yftZKtWtgVML+lCNztFdZK!AlJVCj79CUAbl/h6Ws36HnaSqDuX6o61XTvuWPaQI8SNO7EXLNUtOb0gAC1H6Uc/aDxcL8wPlWgN!XHnhDDgBJtdXi9teEg== Original-X-Complaints-To: abuse@umontreal.ca X-DMCA-Complaints-To: abuse@umontreal.ca X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.35 Original-Xref: shelby.stanford.edu gnu.emacs.help:150061 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:45644 Archived-At: >>> A quoted list is evaluated to a cons cell at _compile_ time. >> >> Actually, it's done at "read" time (aka "load" time). I.e. when you >> load the .el or .elc file, or when you hit C-x C-e on the (defun >> ...). > Sure. >>> The contents of this cons cell can be changed with setcar (or, in >>> this case, incf). >> >> And I consider this as a bug, actually, but a known one that's a bit >> difficult to fix satisfactorily. > Why would that be a bug? Because immediate literal values such as '(1 2) are conceptually part of the code rather than part of the data, so setcar on them will change program code which is against my religion. Of course, this might be considered moot since my religion also opposes setcar (and aset on strings). Stefan