From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56378 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.gnus.general Subject: Re: Orphaned symbols? Date: Fri, 13 Feb 2004 04:24:52 +0100 Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1076642847 9584 80.91.224.253 (13 Feb 2004 03:27:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 13 Feb 2004 03:27:27 +0000 (UTC) Original-X-From: ding-owner+M4918@lists.math.uh.edu Fri Feb 13 04:27:23 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ArTz8-0004OH-00 for ; Fri, 13 Feb 2004 04:27:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1ArTyY-00044N-00; Thu, 12 Feb 2004 21:26:46 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1ArTyP-00044F-00 for ding@lists.math.uh.edu; Thu, 12 Feb 2004 21:26:37 -0600 Original-Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by justine.libertine.org (Postfix) with ESMTP id 9E7923A0058 for ; Thu, 12 Feb 2004 21:26:36 -0600 (CST) Original-Received: from [195.215.224.144] harder@smtp-send.myrealbox.com [195.215.224.144] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.56 $ on Novell NetWare via secured & encrypted transport (TLS); Thu, 12 Feb 2004 20:26:37 -0700 Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org In-Reply-To: (Karl =?iso-8859-1?q?Pfl=E4sterer's?= message of "Thu, 12 Feb 2004 22:03:44 +0100") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56378 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56378 sigurd@12move.de (Karl Pfl=E4sterer) writes: > Okay here we go (there are some version variables; I include them > also just to be complete). These are 32 variables which are not > boundp in my current XEmacs Gnus session. Maybe if I used some of > the backends they would be boundp. That would make sense at least > for the version variables so I think they can be safely ignored. > > The other variables are boundp I write them afterwards; at least > boundp doesn't mean the variable gets used in some way or another. I don't think these are used: * gnus-picon-setup-p -> gnus-picon.el * gnus-uu-shar-file-name -> gnus-uu.el * mml1991-decrypt-function -> mml1991.el * mml1991-verify-function -> mml1991.el * rfc1843-old-gnus-decode-header-function -> rfc1843.el * uudecode-body-line -> uudecode.el * uudecode-end-line -> uudecode.el * gnus-agent-file-header-cache -> gnus-agent.el * gnus-article-check-size -> gnus.el * gnus-button-last -> gnus-art.el * gnus-button-regexp -> gnus-art.el * gnus-current-copy-group -> gnus-sum.el * gnus-current-crosspost-group -> gnus-sum.el * gnus-current-move-group -> gnus-sum.el * gnus-ephemeral-group-server -> gnus-group.el * gnus-newsgroup-none-id -> gnus-sum.el * gnus-topic-indentation -> gnus.el * gnus-use-generic-from -> gnus.el * news-reply-yank-from -> nnheader.el * news-reply-yank-message-id -> nnheader.el * nnheader-numerical-full-files -> nnheader.el * pgg-armor-header-lines -> pgg-parse.el * pgg-fetch-key-function -> pgg.el * pgg-messages-coding-system -> pgg-def.el * pgg-status-buffer -> pgg-def.el * smiley-mouse-map -> smiley.el But it's not necessarily trivial to tell, because you can reference a variable by constructing the name dynamically -- that's the case for some of the ones you listed. These aren't actually used: | ietf-drums-dot-atext-token -> ietf-drums.el | ietf-drums-qtext-token -> ietf-drums.el | ietf-drums-quote-token -> ietf-drums.el | ietf-drums-specials-token -> ietf-drums.el but it makes sense to keep them. They were probably included to define all the BNF tokens in the RFC.