From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78266 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: lexbind ready for merge Date: Thu, 31 Mar 2011 10:02:08 +0900 Message-ID: <87bp0sm7an.fsf@uwakimon.sk.tsukuba.ac.jp> References: <877hbhxe12.fsf@member.fsf.org> <87aagcwtf2.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1301533091 4461 80.91.229.12 (31 Mar 2011 00:58:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 31 Mar 2011 00:58:11 +0000 (UTC) Cc: Stefan Monnier , ding@gnus.org, emacs-devel@gnu.org To: Tassilo Horn Original-X-From: ding-owner+M26574@lists.math.uh.edu Thu Mar 31 02:58:07 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q56D8-0007sf-92 for ding-account@gmane.org; Thu, 31 Mar 2011 02:58:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Q56C2-0005ut-8p; Wed, 30 Mar 2011 19:56:58 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Q56C0-0005ui-Ek for ding@lists.math.uh.edu; Wed, 30 Mar 2011 19:56:56 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Q56Bw-0007uF-6c for ding@lists.math.uh.edu; Wed, 30 Mar 2011 19:56:53 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Q56Bt-000802-Kd for ding@gnus.org; Thu, 31 Mar 2011 02:56:49 +0200 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id B79029701C3; Thu, 31 Mar 2011 09:56:40 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 866951A35C0; Thu, 31 Mar 2011 10:02:09 +0900 (JST) In-Reply-To: <87aagcwtf2.fsf@member.fsf.org> X-Mailer: VM 8.1.93a under 21.5 (beta29) "garbanzo" eac2e6bd5b2c+ XEmacs Lucid (x86_64-unknown-linux) X-Spam-Score: -0.2 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78266 gmane.emacs.devel:137940 Archived-At: Tassilo Horn writes: > >> AFAIKS, gnus doesn't use the foo.el file anyway, so basically that arg > >> can be removed. But maybe the `byte-compile-from-buffer' definition in > >> [[S]X]Emacs requires exactly 2 arguments? I don't know... (defun byte-compile-from-buffer (byte-compile-inbuffer filename &optional eval) ;; buffer --> output-buffer, or buffer --> eval form, return nil I don't know why FILENAME is not optional in XEmacs; it can be nil. It can be used in non-trivial ways in that function. Among others, it is used in an error message, which would be confusing if the value were nil. For that reason, I personally would tend to oppose changing the signature, to remind callers that null FILENAME is not without drawbacks. It's not clear to me what the semantics of the other uses of FILENAME are, but since it's explicitly tested as a boolean at least once, XEmacs is apparently prepared for it to be nil. > > Why on earth does Gnus need to call byte-compile-from-buffer? "The Gnus that is the true Gnus calls byte-compiler-from-buffer. Otherwise it would not be Gnus." -- larsi-tse, "Gnus Te Ching"