Hi there,
Is there a way to force C-x C-e (slime-eval-last-expression) to evaluate things inside a certain package when there is no (in-package ...) form in the current buffer?
Sebastian
P.S. Just noticed a mistake in the manual (for version 1.2):
(info "(slime)Key bindings") reads:
"Alternatively, if you want to assign or change a key binding in just a particular slime mode, you can use the `global-set-key' function in your `~/.emacs' file like this: ^^^^^^^^^^^^^^
(define-key slime-repl-mode-map (kbd "C-c ;") 'slime-insert-balanced-comments)"
Sebastian Tennant sebyte@smolny.plus.com writes:
Hi there,
Is there a way to force C-x C-e (slime-eval-last-expression) to evaluate things inside a certain package when there is no (in-package ...) form in the current buffer?
If there's no buffer package, it uses *PACKAGE* which should be the same as the package at your slime-repl.
-T.
Quoth "Tobias C. Rittweiler" tcr@freebits.de:
Is there a way to force C-x C-e (slime-eval-last-expression) to evaluate things inside a certain package when there is no (in-package ...) form in the current buffer?
If there's no buffer package, it uses *PACKAGE* which should be the same as the package at your slime-repl.
Hmm... well that's not the behaviour I'm experiencing.
--- Buffer *slime-repl opencml* --- Clozure Common Lisp Port: 50248 Pid: 790 ; SLIME 2007-08-16 CL-USER> (make-package "MY") #<Package "MY"> CL-USER> (in-package :my) #<Package "MY"> MY>
--- Buffer *slime-scratch* --- *package* #<Package "COMMON-LISP-USER">
;;; switch to repl, define new package and enter it (in the repl) *package* #<Package "COMMON-LISP-USER">
Am I losing my marbles?
Seb -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap
On Thu, Oct 15, 2009 at 2:53 PM, Sebastian Tennant sebyte@smolny.plus.com wrote:
Quoth "Tobias C. Rittweiler" tcr@freebits.de:
Is there a way to force C-x C-e (slime-eval-last-expression) to evaluate things inside a certain package when there is no (in-package ...) form in the current buffer?
If there's no buffer package, it uses *PACKAGE* which should be the same as the package at your slime-repl.
Hmm... well that's not the behaviour I'm experiencing.
--- Buffer *slime-repl opencml* --- Clozure Common Lisp Port: 50248 Pid: 790 ; SLIME 2007-08-16 CL-USER> (make-package "MY") #<Package "MY"> CL-USER> (in-package :my) #<Package "MY"> MY>
--- Buffer *slime-scratch* --- *package* #<Package "COMMON-LISP-USER">
;;; switch to repl, define new package and enter it (in the repl) *package* #<Package "COMMON-LISP-USER">
Am I losing my marbles?
You are right. I was annoyed by this before, but didn't pay attention. Should be fixed in CVS.
Quoth Stas Boukarev stassats@gmail.com:
You are right. I was annoyed by this before, but didn't pay attention. Should be fixed in CVS.
I've since realised that I was using a *very* old slime so it's _possible_ that the change you made wasn't necessary.
Sincere apologies for the confusion.
Anyway, the fix (if, in fact, something was broken) doesn't seem to have introduced any new bugs.
A quick question... any reason why sldb-print-condition is commented out in the source?
I only discovered it recently (after cobbling together my own kludge that did something similar) and find it very useful. It doesn't seem to cause any problems as far as I can tell (and there's nothing in the changelog about it).
Regards,
Seb
-
Sebastian Tennant -
Stas Boukarev -
Tobias C. Rittweiler