From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: compiler warnings Date: Wed, 2 Jan 2008 23:17:58 +0100 Message-ID: References: <20071229222314.GD10722@atlantic.linksys.moosehall> Mime-Version: 1.0 (Apple Message framework v915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JABuZ-0000YX-0L for emacs-orgmode@gnu.org; Wed, 02 Jan 2008 17:18:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JABuY-0000Xd-Gg for emacs-orgmode@gnu.org; Wed, 02 Jan 2008 17:18:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JABuY-0000XL-3s for emacs-orgmode@gnu.org; Wed, 02 Jan 2008 17:18:06 -0500 Received: from fk-out-0910.google.com ([209.85.128.189]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JABuX-0004Os-Mi for emacs-orgmode@gnu.org; Wed, 02 Jan 2008 17:18:05 -0500 Received: by fk-out-0910.google.com with SMTP id 26so6801969fkx.10 for ; Wed, 02 Jan 2008 14:18:04 -0800 (PST) In-Reply-To: <20071229222314.GD10722@atlantic.linksys.moosehall> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Adam Spiers Cc: org-mode mailing list Fixed, thanks - if you use Emacs 23. - Carsten On Dec 29, 2007, at 11:23 PM, Adam Spiers wrote: > Does anyone else get a lot of warnings during compile of org.el? > > In org-remember-insinuate: > org.el:13175:9:Warning: assignment to free variable > `remember-annotation-functions' > org.el:13176:9:Warning: assignment to free variable > `remember-handler-functions' > > In end of data: > org.el:27707:1:Warning: the following functions might not be defined > at > runtime: gnus-summary-last-subject, rmail-show-message, > calendar-forward-day, parse-time-string, calendar-goto-date, > calendar-goto-today, calendar-iso-date-string, > calendar-julian-date-string, calendar-astro-date-string, > calendar-hebrew-date-string, calendar-islamic-date-string, > calendar-french-date-string, calendar-bahai-date-string, > calendar-mayan-date-string, calendar-coptic-date-string, > calendar-ethiopic-date-string, calendar-persian-date-string, > calendar-chinese-date-string > org.el:27707:1:Warning: the following functions are not known to be > defined: > add-local-hook, table--at-cell-p, bbdb-record-name, bbdb-current- > record, > bbdb-record-getprop, vm-summarize, vm-follow-summary-cursor, > vm-select-folder-buffer, vm-su-subject, vm-get-header-contents, > vm-su-message-id, wl-summary-message-number, elmo-message-field, > elmo-msgdb-overview-get-entity, wl-summary-buffer-msgdb, > wl-summary-line-from, elmo-message-entity-field, wl-summary-line- > subject, > rmail-narrow-to-non-pruned-header, gnus-article-show-summary, > dired-get-filename, bbdb-name, bbdb-company, bbdb, vm-isearch- > update, > vm-isearch-narrow, vm-beginning-of-message, elmo-folder-exists-p, > wl-folder-get-elmo-folder, wl-summary-goto-folder-subr, > wl-summary-jump-to-msg-by-message-id, wl-summary-redisplay, > rmail-what-message, mh-index-previous-folder, mh-get-msg-num, > mh-show-buffer-message-number, mh-display-msg, mh-header-display, > mh-show-header-display, mh-get-header-field, mh-show, mh-show-show, > mh-find-path, mh-visit-folder, mh-normalize-folder-name, mh- > search-choose, > mh-search, mh-show-msg, bibtex-generate-autokey, > bibtex-beginning-of-entry, bibtex-parse-entry, bibtex-url, > remember, > remember-buffer-desc, add-to-diary-list, cdlatex-tab, > org-export-latex-cleaned-string, speedbar-line-directory > > It seems pretty clear that these are all due to references on external > packages which are not automatically loaded at start-up, and hence are > (mostly?) harmless - but should we try to clear them up anyway? If > so, what would the best way be? `autoload' or `eval-when-compile' are > presumably better than just a bunch of stub defun and defvar > statements, but maybe there's a better way? > > > _______________________________________________ > Emacs-orgmode mailing