From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Unary / Date: Thu, 15 Oct 2015 14:17:04 +0200 Message-ID: <87d1wgwclb.fsf@fencepost.gnu.org> References: <87pp0gweri.fsf@fencepost.gnu.org> <22047.37539.943171.429065@turnbull.sk.tsukuba.ac.jp> <877fmouyt3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444911507 29139 80.91.229.3 (15 Oct 2015 12:18:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Oct 2015 12:18:27 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 15 14:18:23 2015 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 1ZmhUB-0000nD-IP for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 14:18:19 +0200 Original-Received: from localhost ([::1]:47199 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmhUA-0001lb-5f for ged-emacs-devel@m.gmane.org; Thu, 15 Oct 2015 08:18:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45371) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmhT4-0001kq-EP for emacs-devel@gnu.org; Thu, 15 Oct 2015 08:17:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmhT0-0004rD-Af for emacs-devel@gnu.org; Thu, 15 Oct 2015 08:17:10 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48185) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmhT0-0004qz-7L; Thu, 15 Oct 2015 08:17:06 -0400 Original-Received: from localhost ([127.0.0.1]:33771 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZmhSz-0002xj-E4; Thu, 15 Oct 2015 08:17:05 -0400 Original-Received: by lola (Postfix, from userid 1000) id DA381DF4F5; Thu, 15 Oct 2015 14:17:04 +0200 (CEST) In-Reply-To: <877fmouyt3.fsf@gnu.org> (Tassilo Horn's message of "Thu, 15 Oct 2015 14:00:08 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:191634 Archived-At: Tassilo Horn writes: > "Stephen J. Turnbull" writes: > >> > In Elisp, (/ 2.0) returns 2.0. In Common Lisp >> > >> > (and in Scheme), this returns 0.5. >> >> Also in XEmacs (/ 2.0) => 0.5. Just a bug in Emacs, I bet. So I >> guess the Common Lisp behavior isn't particularly useful, either or >> somebody would have reported sooner. :-) > > Before Fri Nov 9 17:20:47 2012 -0500, / required at least two arguments > in Emacs. Ah, so there will not be a lot of legacy code relying on the current semantics. This would be commit 32e5c58ca969ec30d31520da52c9866cafa62927 Author: Stefan Monnier Date: Fri Nov 9 17:20:47 2012 -0500 Provide new `defalias-fset-function' symbol property. * src/lisp.h (AUTOLOADP): New macro. * src/eval.c (Fautoload): Don't attach to loadhist, call Fdefalias instead. * src/data.c (Ffset): Remove special ad-advice-info handling. (Fdefalias): Handle autoload definitions and new Qdefalias_fset_function. (Fsubr_arity): CSE. (Finteractive_form): Simplify. (Fquo): Don't insist on having at least 2 arguments. (Qdefalias_fset_function): New var. * lisp/emacs-lisp/advice.el (ad-set-advice-info): Set defalias-fset-function. (ad--defalias-fset): New function. (ad-safe-fset): Remove. (ad-make-freeze-definition): Use cl-letf*. Since there are about a dozen apparently unrelated changes, the question is whether anything specifically relied on this change. Stefan, any insights? -- David Kastrup