Re: sawfish 1.6.3 can't compile sawfish.wm.util.prompt
- From: Allan Duncan <amd2345 fastmail com au>
- To: sawfish-list gnome org
- Subject: Re: sawfish 1.6.3 can't compile sawfish.wm.util.prompt
- Date: Tue, 25 May 2010 20:52:35 +1000
On 25/05/10 09:20, Teika Kazura wrote:
How about adding
;; This is to compile correctly
(require 'prompt)
inside of eval-when-compile? An entry 'prompt' in the 'open' clause
may be deleted by someone in the future, "Hey, it's redundant."
Double defvar is insane.
It's also okay to delete eval-when-compile. What's wrong with compiler
warnings after all? If you don't like it, it's possible to add
(eval-when-compile
(format standard-error
"Ignore such-and-such warnings below. They're know\n"))
The trick of bug reproduction seems to be the compilation order.
My log (compiled without error) looks:
(compiling sawfish/wm/util/ping.jl)
(compiling sawfish/wm/util/play-audio.jl)
(compiling sawfish/wm/util/prompt-extras.jl)
(compiling sawfish/wm/util/prompt-wm.jl)
(compiling sawfish/wm/util/prompt.jl)
But Harald's is:
(compiling sawfish/wm/util/ping.jl)
(compiling sawfish/wm/util/prompt.jl)
Mine is alphabetical order. In Harald's environment, prompt.jl comes
right after ping.jl, before other prompt*.
Dunno from where this difference comes from. Putting LC_ALL=C may do,
but in Allan Duncan's case, it's not alphapbetical at all. Why??
Anyway even it fixes, it is a bogus solution, by Harald's great
analysis.
Ah hah! That smacks of multi threading on multiple cores.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]