guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[guile-emacs] Circular require problem


From: Left Right
Subject: [guile-emacs] Circular require problem
Date: Sat, 20 Sep 2014 23:12:46 +0300

Hello, I've asked at #guile IRC channel and was told this is the right
place to report these.

So, I've built Guile-2.2 and Guile-Emacs. Vanilla Emacs didn't start
at first due to:

(provide 'calendar)
(require 'cal-menu)

lines in cal-menu.el. This is because calendar requires cal-menu and
cal-menu requires calendar. It seems like the strategy in these
situation with Emacs Lisp is to put a "fake" provide statement in the
beginning of the file which provides the library, knowing that there's
the second "real" provide statement in the end of the file. I've
witnessed this same problem with couple more libraries, ERC being one
of them. The first thing I tried was:

(unless (featurep 'cal-menu) (require 'cal-menu))

Which, in some cases magically solved the problem, but not in other cases.

But I don't think it is useful to mimic Emacs behavior wrt circular
require. I think it would be better to make circular require possible
by remembering what libraries had already been required.

----

I have more problems to report. I've tried loading some popular Emacs
packages, such as Org, SLIME, ESS and CEDET, and few others, but none
of that worked. Only relatively large library that loaded was Pymacs,
but it affected the rest of the code somehow so that nothing else
would compile any more.

There was another problem with eval-buffer, where (add-to-list
'load-path ...) with the following (require ...) sexp wouldn't work,
but if evaluated sexp after sexp they magically worked.

I have saved backtrace and crash messages, and I could probably
produce more / more specific error messages if I knew better how to
debug. The regular backtrace buffer doesn't seem to be particularly
useful (too much technical info, which is difficult to trace back to
the source of the problem).

Best,

Oleg



reply via email to

[Prev in Thread] Current Thread [Next in Thread]