From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59175 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.gnus.general,gmane.emacs.pretest.bugs Subject: Re: Change in bytecomp.el breaks Gnus Date: Mon, 15 Nov 2004 17:57:52 -0600 (CST) Message-ID: <200411152357.iAFNvqY06183@raven.dms.auburn.edu> References: <877jouepy8.fsf@telia.com> <200411111745.iABHji207636@raven.dms.auburn.edu> <871xezbtyh.fsf-monnier+emacs@gnu.org> <200411141729.iAEHTSQ24178@raven.dms.auburn.edu> <877joo45bz.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1100563177 13108 80.91.229.6 (15 Nov 2004 23:59:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 15 Nov 2004 23:59:37 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-pretest-bug@gnu.org, yamaoka@jpl.org, ding@gnus.org Original-X-From: ding-owner+M7715@lists.math.uh.edu Tue Nov 16 00:59:17 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CTqkf-0004mO-00 for ; Tue, 16 Nov 2004 00:59:17 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1CTqkL-0007X9-00; Mon, 15 Nov 2004 17:58:57 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CTqkG-0007X4-00 for ding@lists.math.uh.edu; Mon, 15 Nov 2004 17:58:52 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CTqkE-0006bt-Bk for ding@lists.math.uh.edu; Mon, 15 Nov 2004 17:58:50 -0600 Original-Received: from manatee.dms.auburn.edu (manatee.dms.auburn.edu [131.204.53.104]) by justine.libertine.org (Postfix) with ESMTP id EDEF73A0036 for ; Mon, 15 Nov 2004 17:58:45 -0600 (CST) Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id iAFNwhFu022712; Mon, 15 Nov 2004 17:58:43 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id iAFNvqY06183; Mon, 15 Nov 2004 17:57:52 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 15 Nov 2004 09:00:12 -0500) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: main.gmane.org gmane.emacs.gnus.general:59175 gmane.emacs.pretest.bugs:4692 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59175 Richard Stallman wrote: > Most "function from cl package called at runtime" seem to involve > situations where loading the .el file loads cl, but loading the .elc > does not. Do `emacs -q'. ELISP> (load "winner") t ELISP> (featurep 'cl) nil ELISP> (load "winner.el") t ELISP> (featurep 'cl) t That will always happen when the file contains: (eval-when-compile (require 'cl)) because the `(require cl)' is executed when the source file is loaded, as it should be. However, that was _not_ the cause of the compiler warning, as I mistakenly thought. Here is the compiler warning: Compiling file /home/teirllm/emacscvsdir/emacs/lisp/winner.el at Mon Nov 15 17:27:42 2004 Entering directory `/home/teirllm/emacscvsdir/emacs/lisp/' winner.el:53:10:Warning: Function `gensym' from cl package called at runtime This warning is bogus. `gensym' can indeed be called at runtime, but only if `setf' is called first, which requires cl to be loaded anyway. Adding `with-no-warnings' as below definitely gets rid of the winner warning. I do not know whether better solutions currently being discussed apply to this case, nor when such better solutions would be available. (with-no-warnings (defsetf winner-active-region () (store) (if (fboundp 'zmacs-activate-region) `(if ,store (zmacs-activate-region) (zmacs-deactivate-region)) `(setq mark-active ,store)))) One better, currently available, solution might be to put the `with-no-warnings' around the call to `gensym' in `defsetf'. That would seem to get rid of all similar bogus warnings. Sincerely, Luc.