From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#29165: 26.0.90; can't use some code byte-compiled under emacs 24 Date: Mon, 6 Nov 2017 11:31:53 -0800 (PST) Message-ID: References: <6eh8u7x5be.fsf@just-testing.permabit.com> <87375r7f0g.fsf@users.sourceforge.net> <9f1e7a1f-bfc0-43a4-9acb-cf69b85587be@default> <5C8038D7-FF85-4C42-A728-F3F85CDAC85C@permabit.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1509996795 27105 195.159.176.226 (6 Nov 2017 19:33:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Nov 2017 19:33:15 +0000 (UTC) Cc: Philipp Stephani , 29165@debbugs.gnu.org, Noam Postavsky To: Ken Raeburn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 06 20:33:11 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBn8x-0006nE-IY for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Nov 2017 20:33:11 +0100 Original-Received: from localhost ([::1]:49981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBn91-0002FP-No for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Nov 2017 14:33:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBn8r-0002EK-7F for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 14:33:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eBn8o-0005jz-4I for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 14:33:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45894) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eBn8o-0005ju-1Y for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 14:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eBn8n-00035y-RC for bug-gnu-emacs@gnu.org; Mon, 06 Nov 2017 14:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Nov 2017 19:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29165 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 29165-submit@debbugs.gnu.org id=B29165.150999672411823 (code B ref 29165); Mon, 06 Nov 2017 19:33:01 +0000 Original-Received: (at 29165) by debbugs.gnu.org; 6 Nov 2017 19:32:04 +0000 Original-Received: from localhost ([127.0.0.1]:54575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBn7s-00034d-4l for submit@debbugs.gnu.org; Mon, 06 Nov 2017 14:32:04 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBn7q-000349-Op for 29165@debbugs.gnu.org; Mon, 06 Nov 2017 14:32:03 -0500 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vA6JVtoX032667 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Nov 2017 19:31:56 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id vA6JVtBU029906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Nov 2017 19:31:55 GMT Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vA6JVsR0015395; Mon, 6 Nov 2017 19:31:54 GMT In-Reply-To: <5C8038D7-FF85-4C42-A728-F3F85CDAC85C@permabit.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:139518 Archived-At: > > CL accepts a single variable after &rest. And there must be > > a variable after &optional. (&optional foo &rest bar) is OK. > > > > (&optional &rest foo) is not OK. > > (&optional foo &rest bar toto titi) is not OK. >=20 > Is this CL in general or a particular CL implementation? The web page you > sent the URL for earlier reads like a specification, and from its use of > =E2=80=9C*=E2=80=9D looks to me like it allows the (admittedly useless) f= orm of &optional > with no variables. What I wrote was from memory. What counts is the definition of CL. If it doesn't forbid such constructions then an implementation or emulation) of CL is free to support them. If it doesn't define them then an implementation is free to define them any way it wants.