From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [drew.adams@oracle.com: No doc for cl stuff even after loading cl?] Date: Wed, 24 May 2006 13:35:37 -0400 Message-ID: References: <8764jve5z9.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1148492164 31616 80.91.229.2 (24 May 2006 17:36:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 24 May 2006 17:36:04 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 24 19:36:03 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FixH7-0000C9-Ir for ged-emacs-devel@m.gmane.org; Wed, 24 May 2006 19:36:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FixH7-0001M6-0C for ged-emacs-devel@m.gmane.org; Wed, 24 May 2006 13:36:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FixGv-0001M1-SD for emacs-devel@gnu.org; Wed, 24 May 2006 13:35:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FixGt-0001Li-Ok for emacs-devel@gnu.org; Wed, 24 May 2006 13:35:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FixGt-0001Lc-EJ for emacs-devel@gnu.org; Wed, 24 May 2006 13:35:47 -0400 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FixLM-00081K-P1; Wed, 24 May 2006 13:40:24 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 400912CF463; Wed, 24 May 2006 13:35:45 -0400 (EDT) Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 1A633445C; Wed, 24 May 2006 13:35:38 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 0472D6C80E; Wed, 24 May 2006 13:35:37 -0400 (EDT) Original-To: Chong Yidong In-Reply-To: <8764jve5z9.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 24 May 2006 12:35:06 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca 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:55212 Archived-At: >> I agree that this is a bug. Can someone work on it, then ack? > Having looked into this, I think the only way around the current > behavior would be to have cl.el load all the cl-* libraries instead of > autoloading individual functions (which is Bad), or pasting all the > documentation strings in the cl-* files into cl.el for autoloading > (which is Silly). I don't think this is worth fixing. We could add ;;;###autoload cookies in cl-macs.el and friends and then arrange for autoloads.el to put the autoload statements in cl.el (rather than loaddefs.el) by adding file-local settings of generated-autoload-file. Such a trick could also be used for a few other cases (I'm thinking of the autoloads for makenifo.el and texnfo-upd.el which are currently hand-written in texinfo.el, but I'm sure there are others). This would be made easier if autoload.el were made to read the file local variables. Incidentally, reading file local variables is also needed to properly implement the no-update-autoloads flag. Stefan