From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: strange byte compiler behavior Date: Wed, 02 Jan 2008 22:49:43 +0100 Message-ID: <477C06F7.4020208@gmx.at> References: <200712312055.lBVKteSa012881@oogie-boogie.ics.uci.edu> <200801021948.m02JmJ1Y005211@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1199310552 24109 80.91.229.12 (2 Jan 2008 21:49:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2008 21:49:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 02 22:49:32 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JABSs-00061n-Lp for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 22:49:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JABSW-0002T4-IT for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 16:49:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JABST-0002S3-5P for emacs-devel@gnu.org; Wed, 02 Jan 2008 16:49:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JABSR-0002Qd-LO for emacs-devel@gnu.org; Wed, 02 Jan 2008 16:49:04 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JABSR-0002QO-Gx for emacs-devel@gnu.org; Wed, 02 Jan 2008 16:49:03 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JABSQ-0008Mq-S9 for emacs-devel@gnu.org; Wed, 02 Jan 2008 16:49:03 -0500 Original-Received: (qmail invoked by alias); 02 Jan 2008 21:49:00 -0000 Original-Received: from N828P026.adsl.highway.telekom.at (EHLO [62.47.47.122]) [62.47.47.122] by mail.gmx.net (mp036) with SMTP; 02 Jan 2008 22:49:00 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19OpJt6G8ZOmG/JAWEwM7r0+Vn33GSHWmvuxyBX35 /n6i79q8kP+AlL User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <200801021948.m02JmJ1Y005211@oogie-boogie.ics.uci.edu> X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85942 Archived-At: > which runs: -batch --no-site-file --multibyte --eval "(batch-byte-recompile-directory 0)" > does NOT warn What happens when you comment out the disjunct (memq var byte-compile-free-references) from `byte-compile-variable-ref'? Alternatively what is the value of that variable when you do not get the warning? Also, could you try the same with just the file in question in the directory you recompile? > (message "var %s boundp %s" var (boundp var)) > to `byte-compile-variable-ref' shows that `file' is bound for the function > in question. Which would explain the results. > Any idea what causes `file' to be bound? (Assuming that boundp is the > correct test in that context...) Since `byte-compile-variable-ref' has (or (boundp var) it would be interesting _where_ in `byte-compile-variable-ref' you inserted that.