[slime-devel] SLIME and CMUCL with mk:defsystem
Hi, I have the following problem. I use defsystem to compile and load systems. When the source file is newer than the compiled file CMUCL asks whether to compile and load the source file. Somehow SLIME mis-parses this and the answer to this query is treated as a fresh input. I took a brief look at the slime elisp and swank-cmucl sources, but I do not understand the architecture enough to even attempt a patch... I haven't tried it with othe lisp implementattions to see if it is an issue with defsystem or with cmucl... -- archi Attached are cut-and pasted buffers : In SLIME repl buffer: POLY> (mk:load-system 'mathematics) ; Loading #p"/home/archi/vision/genomics/code/CLisp/newmath/mathematics-package.x86f". ; Loading #p"/home/archi/vision/genomics/code/CLisp/newmath/common-math.x86f". ; Loading #p"/home/archi/vision/genomics/code/CLisp/newmath/polynomials/polynomials-pkg.x86f". ; - Binary file /home/archi/vision/genomics/code/CLisp/newmath/polynomials/polynomials.x86f is old or does not exist. ; Compile (and load) source file /home/archi/vision/genomics/code/CLisp/newmath/polynomials/polynomials.lisp instead? y ; Evaluation aborted ; Evaluation aborted ; Compilation unit aborted. POLY> POLY> In sldb debugger buffer: Error in KERNEL::UNBOUND-SYMBOL-ERROR-HANDLER: the variable Y is unbound. [Condition of type UNBOUND-VARIABLE] Restarts: 0: [ABORT] Abort handling SLIME request. 1: [ABORT] Return to Top-Level. Backtrace: 0: (EVAL Y) 1: (SWANK::EVAL-REGION "y " T) ...
Archisman Rudra <archi@cs.nyu.edu> writes:
I have the following problem. I use defsystem to compile and load systems. When the source file is newer than the compiled file CMUCL asks whether to compile and load the source file. Somehow SLIME mis-parses this and the answer to this query is treated as a fresh input.
Sorry about the wait! This is a somewhat tricky known problem between SLIME and defsystem: http://article.gmane.org/gmane.lisp.slime.devel/1152
Hi Luke, Thanks for the response and the link. I had been using a different ad hoc kludge meanwhile. This just involved going to the inferior-lisp buffer and mk:load-system -ing from there. This seemed to work in that the changes are reflected in the repl buffer. I will try the workaround suggested here... -- archi On Thu, 15 Jul 2004, Luke Gorrie wrote:
Archisman Rudra <archi@cs.nyu.edu> writes:
I have the following problem. I use defsystem to compile and load systems. When the source file is newer than the compiled file CMUCL asks whether to compile and load the source file. Somehow SLIME mis-parses this and the answer to this query is treated as a fresh input.
Sorry about the wait!
This is a somewhat tricky known problem between SLIME and defsystem: http://article.gmane.org/gmane.lisp.slime.devel/1152
_______________________________________________ slime-devel site list slime-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/slime-devel
participants (2)
-
Archisman Rudra -
Luke Gorrie