From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59101 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general,gmane.emacs.pretest.bugs Subject: Re: Change in bytecomp.el breaks Gnus Date: Thu, 11 Nov 2004 16:40:53 +0900 Organization: Emacsen advocacy group Message-ID: References: <877jouepy8.fsf@telia.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1100158908 22691 80.91.229.6 (11 Nov 2004 07:41:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Nov 2004 07:41:48 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, ding@gnus.org Original-X-From: ding-owner+M7643@lists.math.uh.edu Thu Nov 11 08:41:35 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 1CS9aI-0005i0-00 for ; Thu, 11 Nov 2004 08:41:35 +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 1CS9a1-0000Fe-00; Thu, 11 Nov 2004 01:41:17 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CS9Zn-0000FY-00 for ding@lists.math.uh.edu; Thu, 11 Nov 2004 01:41:03 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CS9Zl-0008Tz-73 for ding@lists.math.uh.edu; Thu, 11 Nov 2004 01:41:01 -0600 Original-Received: from washington.hostforweb.net (washington.hostforweb.net [69.61.11.2]) by justine.libertine.org (Postfix) with ESMTP id F0F663A0037 for ; Thu, 11 Nov 2004 01:40:59 -0600 (CST) Original-Received: from localhost ([127.0.0.1]) by washington.hostforweb.net with esmtpa (Exim 4.42) id 1CS9Zo-0003lE-Jh; Thu, 11 Nov 2004 02:41:04 -0500 Original-To: rms@gnu.org X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:eqUJG80suKbbVqZovIXLI5Mqyyg= X-Hashcash: 1:17:041111:rms@gnu.org::cVf/q/8ZML5gQvuz:0000000evZ X-Hashcash: 1:17:041111:emacs-pretest-bug@gnu.org::j1VmVkB3HzC9oPeF:000000000000000000000000000000000000065W X-Hashcash: 1:17:041111:ding@gnus.org::d8zL4loCyFmyZpNZ:000001Se X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: main.gmane.org gmane.emacs.gnus.general:59101 gmane.emacs.pretest.bugs:4551 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59101 >>>>>> In <877jouepy8.fsf@telia.com> Henrik Enberg wrote: >> Version 2.157 of bytecomp.el causes Gnus to fail with the following >> backtrace: >> Debugger entered--Lisp error: (void-function t) >> t("nnml+sent:news" (1 . 888)) >> gnus-activate-group("nnml+sent:news" scan) >> gnus-get-unread-articles(nil) >> gnus-setup-news(nil nil nil) > [...] >> gnus-1(nil nil nil) >> gnus() >>>>> In Katsumi Yamaoka wrote: > I got the same error last night (in Japan) and noticed removing > gnus-start.elc seems to help. I don't think it's a Gnus' fault. > Now I'm using the version 2.156 and rebuilt Emacs. I found that the problem is caused if a Lisp source contains the following forms: (eval-when-compile (defsubst foo ())) (defun bar () (foo)) Where `foo' is surrounded by `eval-when-compile' since there is no necessity of using it at run-time. In that case, the function definition for `foo' is registered into the `byte-compile-function-environment' variable as `(foo . t)', and the byte compiler complains as follows: In bar: foobar.el:4:8:Warning: attempt to inline `t' before it was defined foobar.el:4:8:Warning: `t' called as a function In end of data: foobar.el:4:1:Warning: the function `t' is not known to be defined. I used this technique in many places of some packages including Gnus in oder to reduce useless function symbols at run-time. If such a technique is forbidden, I will get into a plight. Could you also support the `(eval-when-compile (defsubst ...' forms? Thanks in advance.