From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#29165: 26.0.90; can't use some code byte-compiled under emacs 24 Date: Fri, 15 Dec 2017 08:54:52 -0500 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> <87efpb46sp.fsf@linux-m68k.org> <3EB0E53F-4B99-44C2-9F2E-1125A33E408B@permabit.com> <877etodc4b.fsf@users.sourceforge.net> <0E1EB8C9-8692-48F6-BBA0-826DCA7F819B@redhat.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 1513346178 8758 195.159.176.226 (15 Dec 2017 13:56:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 15 Dec 2017 13:56:18 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Andreas Schwab , 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 Fri Dec 15 14:56: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 1ePqTC-0001lQ-MI for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Dec 2017 14:56:10 +0100 Original-Received: from localhost ([::1]:46737 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePqTJ-00040S-SY for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Dec 2017 08:56:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49464) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePqSA-00034P-AW for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 08:55:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ePqS7-0003ux-8q for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 08:55:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54386) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ePqS7-0003uh-5R for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 08:55:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ePqS6-0004jv-I1 for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 08:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Dec 2017 13:55:02 +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.151334610018204 (code B ref 29165); Fri, 15 Dec 2017 13:55:02 +0000 Original-Received: (at 29165) by debbugs.gnu.org; 15 Dec 2017 13:55:00 +0000 Original-Received: from localhost ([127.0.0.1]:34834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePqS3-0004jX-Rd for submit@debbugs.gnu.org; Fri, 15 Dec 2017 08:55:00 -0500 Original-Received: from pmta21.teksavvy.com ([76.10.157.36]:25703) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePqS2-0004jL-1l for 29165@debbugs.gnu.org; Fri, 15 Dec 2017 08:54:58 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2GeBADf0jNa/zyu+M5dGQEBAQEBAQEBAQEBAQcBAQEBAYM+gVqEKYsVjhQBgX80AZkAhT8EAgKEfEQUAQEBAQEBAQEBA2goQhABhFIBBAEjMyMFCwsaAhgOAgIUGA0kLIoJCKkwgieKYgEBAQcCJoEPglqIeYUdgxWCYwWTLpAIlyiKB4dtlmWBSzYjgU8yGggwgmaEcyOEJoZXAQEB X-IPAS-Result: A2GeBADf0jNa/zyu+M5dGQEBAQEBAQEBAQEBAQcBAQEBAYM+gVqEKYsVjhQBgX80AZkAhT8EAgKEfEQUAQEBAQEBAQEBA2goQhABhFIBBAEjMyMFCwsaAhgOAgIUGA0kLIoJCKkwgieKYgEBAQcCJoEPglqIeYUdgxWCYwWTLpAIlyiKB4dtlmWBSzYjgU8yGggwgmaEcyOEJoZXAQEB X-IronPort-AV: E=Sophos;i="5.45,405,1508817600"; d="scan'208";a="13969930" Original-Received: from 206-248-174-60.dsl.teksavvy.com (HELO pastel.home) ([206.248.174.60]) by smtp.teksavvy.com with ESMTP; 15 Dec 2017 08:54:52 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 1822461286; Fri, 15 Dec 2017 08:54:52 -0500 (EST) In-Reply-To: <0E1EB8C9-8692-48F6-BBA0-826DCA7F819B@redhat.com> (Ken Raeburn's message of "Fri, 15 Dec 2017 00:17:18 -0500") 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:141116 Archived-At: > Why is this different from "=E2=80=A6 &optional ,@optargs=E2=80=9D in a s= imilar form, when > optargs could have no elements? Rejecting that was (part of) the point of > Noam=E2=80=99s change (and the previous change for bug 24913). It's not, and I also think rejecting it is generally unadvisable unless it has a performance impact. > I think I=E2=80=99ve already made my objection to that part plain, but it > seems like rejecting an empty &optional and accepting an empty &aux > would be inconsistent. Inconsistency is part of life, tho. Stefan