From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Barzilay Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r117340: * lisp/calculator.el: Lots of revisions Date: Tue, 24 Jun 2014 03:47:00 -0400 Message-ID: <21417.11508.295124.122197@home.barzilay.org> References: <21409.25893.932208.110667@home.barzilay.org> <21415.47424.762368.480060@home.barzilay.org> <21414.51901.656160.869117@home.barzilay.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1403596049 8657 80.91.229.3 (24 Jun 2014 07:47:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Jun 2014 07:47:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 24 09:47:21 2014 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 1WzLRo-0006xT-6J for ged-emacs-devel@m.gmane.org; Tue, 24 Jun 2014 09:47:20 +0200 Original-Received: from localhost ([::1]:57972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzLRn-00077s-Kx for ged-emacs-devel@m.gmane.org; Tue, 24 Jun 2014 03:47:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43119) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzLRe-0006zx-5W for emacs-devel@gnu.org; Tue, 24 Jun 2014 03:47:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WzLRY-000538-53 for emacs-devel@gnu.org; Tue, 24 Jun 2014 03:47:10 -0400 Original-Received: from mail-qa0-f42.google.com ([209.85.216.42]:44937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzLRY-000530-1N for emacs-devel@gnu.org; Tue, 24 Jun 2014 03:47:04 -0400 Original-Received: by mail-qa0-f42.google.com with SMTP id dc16so6826107qab.1 for ; Tue, 24 Jun 2014 00:47:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:content-type :content-transfer-encoding:message-id:date:to:cc:subject:in-reply-to :references; bh=NqJXBE8oKu6GtMsWUVrty4i1ESzZLnpyaNdZOv5dwwE=; b=FZG66NqrFXPuLorACTYdITctTy33Y8XyD+z/WhlCjT2Uv24x9Hsr61AM6ajH2VtbWF 3hkAWQcbTatABAdiazfJLAkQM3Y6uBfJ7VULU6WqudoX1zzphHymth2dyGEpY9OTdOJ8 jhp8/hKgRMLUb75BvS+KOgMkrq4c3Zquu/V6M9MI8D4al8FfQuANlT/JYSaBXbuPvWdn SWF89HQph5DBBkIERdjR0imH+rbY/dx6yzoUZidjYTE3WATZECbvn75UXd+8hC4l9TRc aY6IVLuok/sb14rzKY7pKEM8LlluCBUip6kOZLeAfdjRRcqOChopAkYBCzw0W5nY9W14 cE0w== X-Gm-Message-State: ALoCoQlxhpM5HImVaw/lzkxeU3NNF7ynZ/+02drk6uNzrcSdROWfP5ujF0+9XUJGEHRcL3E4yFT7 X-Received: by 10.140.40.163 with SMTP id x32mr32066536qgx.20.1403596022856; Tue, 24 Jun 2014 00:47:02 -0700 (PDT) Original-Received: from home.barzilay.org (c-24-60-254-179.hsd1.ma.comcast.net. [24.60.254.179]) by mx.google.com with ESMTPSA id 10sm34372331qaj.17.2014.06.24.00.47.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Jun 2014 00:47:01 -0700 (PDT) In-Reply-To: , X-Mailer: VM 8.2.0b under 24.3.1 (x86_64-redhat-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.216.42 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:172676 Archived-At: Yesterday, Stefan Monnier wrote: > > > Using the original seems to complain about unbound functions when > > letf is trying to save the old `symbol-function' values. > > I guess you could use > > (eval `(cl-flet ...) t) Yeah, that's what I ended up doing. > Since calculator.el is not distributed separately, I assumed there > was no need to preserve backward compatibility. I'm not worried about backward compatibility in general -- just locally, to the point where it works on the Emacs version I'm actually using every day. > Ah, right. That makes a lot of sense. I think you can drop the > ascii-character part because the function-key-map should cover a > strict superset, but indeed the function-key-map is still needed. OK. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life!