* bug#3756: eval-after-load 'ffap vs provide at start of file
@ 2009-07-05 0:48 ` Kevin Ryde
2009-07-05 2:18 ` Glenn Morris
2009-07-06 1:00 ` bug#3756: marked as done (eval-after-load 'ffap vs provide at start of file) Emacs bug Tracking System
0 siblings, 2 replies; 5+ messages in thread
From: Kevin Ryde @ 2009-07-05 0:48 UTC (permalink / raw)
To: bug-gnu-emacs
Starting from emacs -Q, evaluating
(progn
(eval-after-load 'ffap
'(setq ffap-newsgroup-heads (remove "misc" ffap-newsgroup-heads)))
(require 'ffap))
gets an error
void-variable ffap-newsgroup-heads
where I hoped the eval-after-load meant after ffap is available and
therefore its various variables exist.
It looks like ffap.el has (provide 'ffap) near the start of the file,
instead of at the end. The end is usual so that eval-after-load can be
used on a feature symbol as above, is it?
In GNU Emacs 22.3.1 (i486-pc-linux-gnu, GTK+ Version 2.14.7)
of 2009-03-31 on raven, modified by Debian
configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.3/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.3/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_AU
locale-coding-system: iso-8859-1
default-enable-multibyte-characters: t
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3756: eval-after-load 'ffap vs provide at start of file
2009-07-05 0:48 ` bug#3756: eval-after-load 'ffap vs provide at start of file Kevin Ryde
@ 2009-07-05 2:18 ` Glenn Morris
2009-07-07 22:02 ` Kevin Ryde
2009-07-06 1:00 ` bug#3756: marked as done (eval-after-load 'ffap vs provide at start of file) Emacs bug Tracking System
1 sibling, 1 reply; 5+ messages in thread
From: Glenn Morris @ 2009-07-05 2:18 UTC (permalink / raw)
To: Kevin Ryde; +Cc: 3756
Kevin Ryde wrote:
> It looks like ffap.el has (provide 'ffap) near the start of the file,
> instead of at the end. The end is usual so that eval-after-load can be
> used on a feature symbol as above, is it?
I don't see why the ffap one shouldn't be at the end, but as discussed
in the context of this very example last month, you cannot rely on
provide always being at the end of a file:
http://lists.gnu.org/archive/html/emacs-devel/2009-06/msg00202.html
I'll mention something about this in the doc of eval-after-load.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3756: marked as done (eval-after-load 'ffap vs provide at start of file)
2009-07-05 0:48 ` bug#3756: eval-after-load 'ffap vs provide at start of file Kevin Ryde
2009-07-05 2:18 ` Glenn Morris
@ 2009-07-06 1:00 ` Emacs bug Tracking System
1 sibling, 0 replies; 5+ messages in thread
From: Emacs bug Tracking System @ 2009-07-06 1:00 UTC (permalink / raw)
To: Glenn Morris
[-- Attachment #1: Type: text/plain, Size: 900 bytes --]
Your message dated Sun, 05 Jul 2009 20:52:14 -0400
with message-id <81iqi663b5.fsf@fencepost.gnu.org>
and subject line Re: bug#3756: eval-after-load 'ffap vs provide at start of file
has caused the Emacs bug report #3756,
regarding eval-after-load 'ffap vs provide at start of file
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)
--
3756: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3756
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
[-- Attachment #2: Type: message/rfc822, Size: 3937 bytes --]
From: Kevin Ryde <user42@zip.com.au>
To: bug-gnu-emacs@gnu.org
Subject: eval-after-load 'ffap vs provide at start of file
Date: Sun, 05 Jul 2009 10:48:24 +1000
Message-ID: <87ljn4x8dj.fsf@blah.blah>
Starting from emacs -Q, evaluating
(progn
(eval-after-load 'ffap
'(setq ffap-newsgroup-heads (remove "misc" ffap-newsgroup-heads)))
(require 'ffap))
gets an error
void-variable ffap-newsgroup-heads
where I hoped the eval-after-load meant after ffap is available and
therefore its various variables exist.
It looks like ffap.el has (provide 'ffap) near the start of the file,
instead of at the end. The end is usual so that eval-after-load can be
used on a feature symbol as above, is it?
In GNU Emacs 22.3.1 (i486-pc-linux-gnu, GTK+ Version 2.14.7)
of 2009-03-31 on raven, modified by Debian
configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.3/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.3/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_AU
locale-coding-system: iso-8859-1
default-enable-multibyte-characters: t
[-- Attachment #3: Type: message/rfc822, Size: 1627 bytes --]
From: Glenn Morris <rgm@gnu.org>
To: 3756-done@emacsbugs.donarmstrong.com
Subject: Re: bug#3756: eval-after-load 'ffap vs provide at start of file
Date: Sun, 05 Jul 2009 20:52:14 -0400
Message-ID: <81iqi663b5.fsf@fencepost.gnu.org>
Doc fix for eval-after-load; ffap provide moved to end for 23.2.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3756: eval-after-load 'ffap vs provide at start of file
2009-07-05 2:18 ` Glenn Morris
@ 2009-07-07 22:02 ` Kevin Ryde
2009-07-11 19:39 ` Glenn Morris
0 siblings, 1 reply; 5+ messages in thread
From: Kevin Ryde @ 2009-07-07 22:02 UTC (permalink / raw)
To: Glenn Morris; +Cc: 3756
[-- Attachment #1: Type: text/plain, Size: 442 bytes --]
Glenn Morris <rgm@gnu.org> writes:
>
> http://lists.gnu.org/archive/html/emacs-devel/2009-06/msg00202.html
I didn't see that. Doing provide when a feature is not yet ready for
use would seem fairly dubious though, in normal circumstances.
> I'll mention something about this in the doc of eval-after-load.
provide could cross-reference eval-after-load, if that helped remind to
take care with what point it's called, perhaps per below.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: loading.texi.provide-xref-eval-after-load.diff --]
[-- Type: text/x-diff, Size: 1134 bytes --]
*** loading.texi 17 Mar 2009 10:34:05 +1100 1.10
--- loading.texi 08 Jul 2009 07:40:12 +1000
***************
*** 733,742 ****
associated with @var{feature} are or will be available for other Lisp
programs.
! The direct effect of calling @code{provide} is to add @var{feature} to
! the front of the list @code{features} if it is not already in the list.
! The argument @var{feature} must be a symbol. @code{provide} returns
! @var{feature}.
If provided, @var{subfeatures} should be a list of symbols indicating
a set of specific subfeatures provided by this version of
--- 733,743 ----
associated with @var{feature} are or will be available for other Lisp
programs.
! The direct effect of calling @code{provide} is if not already in
! @var{features} then to add @var{feature} to the front of that list and
! call any @code{eval-after-load} code waiting for it (@pxref{Hooks for
! Loading}). The argument @var{feature} must be a symbol.
! @code{provide} returns @var{feature}.
If provided, @var{subfeatures} should be a list of symbols indicating
a set of specific subfeatures provided by this version of
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#3756: eval-after-load 'ffap vs provide at start of file
2009-07-07 22:02 ` Kevin Ryde
@ 2009-07-11 19:39 ` Glenn Morris
0 siblings, 0 replies; 5+ messages in thread
From: Glenn Morris @ 2009-07-11 19:39 UTC (permalink / raw)
To: Kevin Ryde; +Cc: 3756
Thanks; added.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-07-11 19:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <81iqi663b5.fsf@fencepost.gnu.org>
2009-07-05 0:48 ` bug#3756: eval-after-load 'ffap vs provide at start of file Kevin Ryde
2009-07-05 2:18 ` Glenn Morris
2009-07-07 22:02 ` Kevin Ryde
2009-07-11 19:39 ` Glenn Morris
2009-07-06 1:00 ` bug#3756: marked as done (eval-after-load 'ffap vs provide at start of file) Emacs bug Tracking System
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).