It could be that something is intentionally disabling the loading of
the tempo library with:
(provide 'tempo)
The difference between `load-library' and `require' is that the latter
first looks to see if the library is "provided" by calling `featurep'.
All `provide' does is make it so that featurep returns non-nil when
`provide' is called for the respective symbol.
You might want to try to do something like:
% find ~/.emacs.d -type f -name \*.el -exec grep {} "provide 'tempo" \;
of course, apply this to all directories in `load-path' (C-h v
load-path):
(let ((cmd "find %s -type f -name \\*.el -exec grep {} \"provide 'tempo\" \\;"))
(save-excursion
(set-buffer (get-buffer-create "tmp"))
(mapconcat #'(lambda (dir)
(insert (shell-command-to-string (format cmd dir))))
load-path "\n")
(display-buffer (current-buffer))))
(I haven't tested this code.)
Mehul N. Sanghvi writes:
> Yee Keat Phuah said the following on 08/21/2008 09:12 PM:
> > Hi,
> >
> > On Thu, Aug 21, 2008 at 8:12 PM, Mehul N. Sanghvi
> > <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> I put the (require 'tempo) in my .emacs file. I still get the same
> >> error.
> >> If I explicitly do a (load-library "tempo"), it gets loaded and things
> >> work
> >> just fine. Is there something I'm missing in my JDEE set-up that is not
> >> loading
> >> tempo.el ?
> >>
> >> I am using Emacs 22.2.1 on Debian/testing with JDE 2.3.5.1
> >
> > Did you restart emacs after putting the (require 'tempo) line? My
> > emacs-22.2/windows have tempo.el so I guess yours should have to, so
> > downloading it should not be necessary.
> >
> > Cheers,
> > Phuah Yee Keat
> >
>
> Hi,
>
> I edited my .emacs file and saved it. I then opened up a xterm and
> started emacs in there, so that it would be loading up the newly edited
> .emacs
> file. Also, tempo.el is part of the Emacs distribution since 19.23 so no
> need
> to download it.
>
> Since then I've shut down my laptop twice (going home and back to the
> office) and still the same results.
>
> I also tried the following:
>
> prompt% emacs -q --no-site-file --no-splash -nw
>
> and then in the *scratch* buffer, I did the following:
>
> (require 'tempo) <C-j>
> tempo
> (require 'jde) <C-j>
> jde
>
> M-x jde-gen-class-buffer <RET> /tmp/foobar.java <RET> <RET> <RET>
> <RET>
>
> and gotten the same error.
>
> So its not my .emacs and something messed up in there. And it is not the
> Emacs
> startup files that Debian has for loading each Emacs packaged installed on
> the
> system that is interfering with this or causing a problem. I had a theory
> that
> semantic/bovine was getting in the way maybe, but the above just proved that,
> that is not the case as all I had loaded into Emacs was tempo and jde.
>
>
> If I do an explicit (load-library "tempo") and then use
> jde-gen-class-buffer, I
> don't get put into the debugger or in a *Backtrace* buffer, but instead get
> a
> message in the mini-buffer that
>
> Symbol's function definition is void: tempo-save-named
>
> If I however do a (load-library "/usr/share/emacs/22.2/lisp/tempo"), then
> everything works fine. Maybe something wrong with load-path ? Well I
> checked
> that and sure enough /usr/share/emacs/22.2/lisp is in the list.
>
> So why isn't tempo being found even if the load-path is correct ?
>
> Why does an explicit "load-library" with a full path to tempo have to be
> given
> in order to get it to load ? According to the documentation load-library is
> an
> interface to the function `load' and 'load' "searches the directories in
> 'load-path' " according to the documentation.
>
>
> cheers,
>
> mehul
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> jdee-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jdee-users
--
Paul Landes
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
jdee-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jdee-users
