From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#15814: 24.3.50; Signal error on malformed bindings in `cl-symbol-macrolet' (patch) Date: Wed, 06 Nov 2013 21:08:39 -0500 Message-ID: References: <87k3gmmvk9.fsf@nbtrap.com> <87a9himfvp.fsf@nbtrap.com> <87ppqd2314.fsf@nbtrap.com> <871u2tgghu.fsf@nbtrap.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1383790158 15751 80.91.229.3 (7 Nov 2013 02:09:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Nov 2013 02:09:18 +0000 (UTC) Cc: 15814@debbugs.gnu.org To: Nathan Trapuzzano Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 07 03:09:22 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1VeF29-0001Cl-4Y for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Nov 2013 03:09:21 +0100 Original-Received: from localhost ([::1]:37267 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeF28-0000Ms-FV for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Nov 2013 21:09:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49403) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeF1y-0000Jz-0d for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 21:09:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VeF1q-000709-Lc for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 21:09:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52243) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VeF1q-000704-IQ for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 21:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VeF1p-00041T-TL for bug-gnu-emacs@gnu.org; Wed, 06 Nov 2013 21:09: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: Thu, 07 Nov 2013 02:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15814 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 15814-submit@debbugs.gnu.org id=B15814.138379013015441 (code B ref 15814); Thu, 07 Nov 2013 02:09:01 +0000 Original-Received: (at 15814) by debbugs.gnu.org; 7 Nov 2013 02:08:50 +0000 Original-Received: from localhost ([127.0.0.1]:38029 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VeF1d-00040z-MD for submit@debbugs.gnu.org; Wed, 06 Nov 2013 21:08:49 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:28609) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VeF1a-00040j-M4 for 15814@debbugs.gnu.org; Wed, 06 Nov 2013 21:08:47 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFxLzd/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCwsOJhIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IPAS-Result: Av8EABK/CFFFxLzd/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCwsOJhIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="37266869" Original-Received: from 69-196-188-221.dsl.teksavvy.com (HELO pastel.home) ([69.196.188.221]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 06 Nov 2013 21:08:40 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id D679C602A1; Wed, 6 Nov 2013 21:08:39 -0500 (EST) In-Reply-To: <871u2tgghu.fsf@nbtrap.com> (Nathan Trapuzzano's message of "Wed, 06 Nov 2013 20:14:37 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:80098 Archived-At: > What's the alternative? Transform malformed let in some undefined way? Yup. Just like we've done so far. > very least, the behavior when compiled/evaluated should be the same as > when interpreted, i.e. an error. For incorrect syntax, it's perfectly OK to misbehave differently in the two cases. Especially, the interpreted case without going through eager macroexpansion (i.e. through macroexpand-all) is largely irrelevant. > But more generally, what's wrong with signalling the error at compile > time? I explained that already: the first error stops everything, so you only get one error report even when there are several errors. >> When loading an interpreted file, we go through macroexp--expand-all as >> well (not not through cconv.el nor through bytecomp.el). > It doesn't look like evaluation via M-: has to go through > macroexp--expand-all. No, because M-: is not "loading an interpreted file". But sooner or later M-: will also go through macroexpand-all. Stefan