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: Thu, 14 Dec 2017 22:04:15 -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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513307110 1138 195.159.176.226 (15 Dec 2017 03:05:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 15 Dec 2017 03:05:10 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Ken Raeburn , Andreas Schwab , Philipp Stephani , 29165@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 15 04:05:05 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 1ePgJ7-0008ST-4v for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Dec 2017 04:05:05 +0100 Original-Received: from localhost ([::1]:43925 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePgJE-0003jS-6t for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Dec 2017 22:05:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49414) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePgJ8-0003j4-V8 for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2017 22:05:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ePgJ5-0006pI-QN for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2017 22:05:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53957) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ePgJ5-0006p8-MN for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2017 22:05:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ePgJ4-000271-Ad for bug-gnu-emacs@gnu.org; Thu, 14 Dec 2017 22:05:03 -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 03:05: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.15133070698078 (code B ref 29165); Fri, 15 Dec 2017 03:05:02 +0000 Original-Received: (at 29165) by debbugs.gnu.org; 15 Dec 2017 03:04:29 +0000 Original-Received: from localhost ([127.0.0.1]:34405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePgIW-00026E-TL for submit@debbugs.gnu.org; Thu, 14 Dec 2017 22:04:29 -0500 Original-Received: from pmta31.teksavvy.com ([76.10.157.38]:57227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePgIU-000260-C1 for 29165@debbugs.gnu.org; Thu, 14 Dec 2017 22:04:27 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2HuAgD8OjNa/zyu+M5dGgEBAQEBAgEBAQEIAQEBAYM+gVqPPo4TAYF8NAGYeIU/BAIChHZEFAEBAQEBAQEBAQNoKIUlAQQBViMFCwsOJhIUGA0kijUIq3aKYwEBAQEGAgElg2WIeIsVBZMqj36XJ4oHh2mWX4FLNiOBTjIaCDCCZIRzI4p/AQEB X-IPAS-Result: A2HuAgD8OjNa/zyu+M5dGgEBAQEBAgEBAQEIAQEBAYM+gVqPPo4TAYF8NAGYeIU/BAIChHZEFAEBAQEBAQEBAQNoKIUlAQQBViMFCwsOJhIUGA0kijUIq3aKYwEBAQEGAgElg2WIeIsVBZMqj36XJ4oHh2mWX4FLNiOBTjIaCDCCZIRzI4p/AQEB X-IronPort-AV: E=Sophos;i="5.45,402,1508817600"; d="scan'208";a="13890439" Original-Received: from 206-248-174-60.dsl.teksavvy.com (HELO pastel.home) ([206.248.174.60]) by smtp.teksavvy.com with ESMTP; 14 Dec 2017 22:04:15 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 6F6DC60782; Thu, 14 Dec 2017 22:04:15 -0500 (EST) In-Reply-To: <877etodc4b.fsf@users.sourceforge.net> (Noam Postavsky's message of "Thu, 14 Dec 2017 20:16:20 -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:141088 Archived-At: > I don't see the use case for empty &aux, but I don't mind reverting that > change. It's typically when you define a function from within a macro so you may have something like `(... (cl-defun ,foo (,@args &aux ,@auxargs) ,@body) ...) where `auxargs` can have any length including 0. It's not terribly hard to strip the &aux when `auxargs` is empty, but it's convenient to be able to use the above form without having to worry about a possibly empty `auxargs`. Stefan