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#18971: 25.0.50; incorrect warning from byte compiler Date: Thu, 06 Nov 2014 18:27:10 -0500 Message-ID: References: <87egthoti4.fsf@tromey.com> <87h9ycuyan.fsf@tromey.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415316509 30965 80.91.229.3 (6 Nov 2014 23:28:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Nov 2014 23:28:29 +0000 (UTC) Cc: 18971@debbugs.gnu.org To: Tom Tromey Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 07 00:28:21 2014 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 1XmWTV-0004uD-Ba for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Nov 2014 00:28:21 +0100 Original-Received: from localhost ([::1]:57043 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmWTU-0003hG-Qh for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Nov 2014 18:28:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56235) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmWTK-0003gP-RC for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 18:28:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmWTD-0007eD-3L for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 18:28:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmWTD-0007e9-0Z for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 18:28:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XmWTC-0007pT-HM for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 18:28: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, 06 Nov 2014 23:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18971 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18971-submit@debbugs.gnu.org id=B18971.141531643530035 (code B ref 18971); Thu, 06 Nov 2014 23:28:02 +0000 Original-Received: (at 18971) by debbugs.gnu.org; 6 Nov 2014 23:27:15 +0000 Original-Received: from localhost ([127.0.0.1]:52213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmWSQ-0007oK-CY for submit@debbugs.gnu.org; Thu, 06 Nov 2014 18:27:14 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:53592) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmWSO-0007oD-P9 for 18971@debbugs.gnu.org; Thu, 06 Nov 2014 18:27:13 -0500 Original-Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id sA6NRAhu003006; Thu, 6 Nov 2014 18:27:11 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 55F3566125; Thu, 6 Nov 2014 18:27:10 -0500 (EST) In-Reply-To: <87h9ycuyan.fsf@tromey.com> (Tom Tromey's message of "Thu, 06 Nov 2014 08:46:40 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5117=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5117> : inlines <1499> : streams <1337188> : uri <1833032> 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:95641 > I want to be able to call byte-optimize-form and was under the > impression that byte-compile-close-variables was needed. I'm doing this > for a project I'm working on where it is convenient to let the byte > compiler code macroexpand a form and do some simple optimizations on it. Just curious: why do you need those simple optimizations performed by byte-optimize-form? > I guess I don't understand why this would not be a bug, though. > Or at least it perplexes me why this happens; my only theory is that > somehow the defvars aren't seen when byte-compiling my file. I suppose > if I wanted to export a macro like this, I would need it to come with > special declarations for the variables? Except I didn't see a way to do > that either. Those vars are not globally bound, i.e. they are only declared with (defvar ) and this only affects the file in which they appear (or even the scope, in case they appear within a defun body). So the macro would need to expand to something like (progn (defvar byte-compile-free-assignments) ... (defvar byte-compile-free-references) (let (...) ...)) if it was meant to be used outside of bytecomp.el. Stefan