slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] OpenMCL and OS X
by David Magda 05 Feb '04

05 Feb '04

[ I'm posting through GMAME (for now), so please CC me. Hopefully SLIME will just work after this so I won't have to bother you again. :> ] I'm having trouble getting SLIME to work with a 'M-x slime'. I get the following error: Welcome to OpenMCL Version (Alpha: Darwin) 0.14-031220! ? ;; Compiling /Users/dmagda/Code/lisp/slime/swank-openmcl.lisp... ; Warning: Interface file #4P"ccl:darwin-headers;libc;functions.cdb" does not exist. ; While executing: CCL::CDB-OPEN Read error between positions 6215 and 6330 in /Users/dmagda/Code/lisp/slime/swank-openmcl.lisp. > Error in process listener(1): Foreign function not found: OS::|tmpnam| > While executing: CCL::LOAD-EXTERNAL-FUNCTION > Type :POP to abort. Type :? for other options. I've download the "jaguar-interfaces" (assuming it will work under Panther (10.3.2)). I've put everything in "/Users/dmagda/Code/ccl". Here's the directory listing: gandalf:~/Code/ccl> ls LGPL ccl/ doc/ dppccl.image LICENSE darwin-headers/ dppccl* scripts/ The "CCL_DEFA..." directory is set as: CCL_DEFAULT_DIRECTORY=/Users/dmagda/Code/ccl Any suggestions?

2 4

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 05 Feb '04

05 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.243 slime/ChangeLog:1.246 --- slime/ChangeLog:1.243 Mon Feb 2 02:31:29 2004 +++ slime/ChangeLog Thu Feb 5 02:03:29 2004 @@ -1,3 +1,40 @@ +2004-02-05 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-openmcl.lisp (compile-system-for-emacs): Remove compile + time dependency on ASDF. + +2004-02-05 Wolfgang Jenkner <wjenkner(a)inode.at> + + * swank-clisp.lisp, swank-loader.lisp: Add profiling support via + Kantrowitz's metering package. Reporting needs to be + refined (profile-package currently ignores callers-p and methods). + +2004-02-04 Bryan O'Connor <bryan-slime(a)lunch.org> + + * swank-openmcl.lisp (mailbox): Use a semaphore instead of + process-wait. Works better with native threads. + +2004-02-04 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-backend.lisp (debugger-info-for-emacs): Export it. + + * swank-sbcl.lisp (add-input-handler): Use fcntl from the sb-posix + package. + + * swank.lisp (sldb-loop, dispatch-event, send-to-socket-io): Send + a :debug-activate event instead of a :debug event (to avoid + sending a potentially long backtrace each time). + (handle-sldb-condition): Include the thread-id in the message. + + * slime.el (slime-path): Use load-file-name as fallback. + Suggested by Lawrence Mitchell. + (slime-dispatch-event): Add support for :debug-activate event. + (sldb-activate): New function. + (sldb-mode): make-local-hook doesn't seem to work in Emacs 20. + Use a buffer local variable instead. + (slime-list-connections): Don't print Lisp's state. + (slime-short-state-name): Deleted. + 2004-02-02 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * slime.el (slime-debugger): The customization group is called

1 0

[slime-devel] patch for openmcl backend
by bryan o'connor 04 Feb '04

04 Feb '04

the openmcl backend was using ccl:process-wait for the control thread which would spike cpu usage while idling. (and more annoyingly cause the fans on my powerbook to spin up) i added a semaphore and use that instead to signal new data to be received. ...bryan Index: swank-openmcl.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/swank-openmcl.lisp,v retrieving revision 1.58 diff -u -r1.58 swank-openmcl.lisp --- swank-openmcl.lisp 31 Jan 2004 15:07:35 -0000 1.58 +++ swank-openmcl.lisp 4 Feb 2004 21:38:13 -0000 @@ -590,6 +590,7 @@ (defstruct (mailbox (:conc-name mailbox.)) (mutex (ccl:make-lock "thread mailbox")) + (semaphore (ccl:make-semaphore)) (queue '() :type list)) (defimplementation spawn (fn &key name) @@ -640,11 +641,12 @@ (mutex (mailbox.mutex mbox))) (ccl:with-lock-grabbed (mutex) (setf (mailbox.queue mbox) - (nconc (mailbox.queue mbox) (list message)))))) + (nconc (mailbox.queue mbox) (list message))) + (ccl:signal-semaphore (mailbox.semaphore mbox))))) (defimplementation receive () (let* ((mbox (mailbox ccl:*current-process*)) (mutex (mailbox.mutex mbox))) - (ccl:process-wait "receive" #'mailbox.queue mbox) + (ccl:wait-on-semaphore (mailbox.semaphore mbox)) (ccl:with-lock-grabbed (mutex) (pop (mailbox.queue mbox)))))

2 1

[slime-devel] Problem with Slime and packages
by Gary King 02 Feb '04

02 Feb '04

Is there a way to change packages in the SLIME REPL. If I do: CL-USER> (in-package eksl-builder) #<Package "EKSL-BUILDER"> CL-USER> *package* #<Package "COMMON-LISP-USER"> CL-USER> (This is using either SBCL or OpenMCL). Thanks, -- Gary Warren King, Lab Manager EKSL East, University of Massachusetts * 413 577 0176 All are equal before the law and are entitled without any discrimination to equal protection of the law. All are entitled to equal protection against any discrimination in violation of this Declaration and against any incitement to such discrimination. -- Universal Declaration of Human Rights, Article 7

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 02 Feb '04

02 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.242 slime/ChangeLog:1.243 --- slime/ChangeLog:1.242 Sat Jan 31 15:23:57 2004 +++ slime/ChangeLog Mon Feb 2 02:31:29 2004 @@ -1,3 +1,11 @@ +2004-02-02 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-debugger): The customization group is called + 'slime-debugger', fix referrers. Reported by Jouni K Seppanen. + + * swank.lisp (simple-break): Bind *debugger-hook* before invoking + the debugger. Reported by Michael Livshin. + 2004-01-31 Robert E. Brown <bbrown(a)speakeasy.net> * swank-sbcl.lisp, swank.lisp: Add more type declarations and @@ -7,7 +15,6 @@ * slime.el (slime-path): Placed inside an eval-and-compile. Works around some problems when byte-compiling slime-changelog-date. - (slime-swank-connection-retries): 2004-01-31 Marco Baringer <mb(a)bese.it> @@ -26,7 +33,7 @@ 2004-01-31 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> - * Merge stateless-emacs branch into main trunk. We use now signal + Merge stateless-emacs branch into main trunk. We use now signal driven IO for CMUCL and one thread per request for multithreaded Lisps.

1 0

[slime-devel] eval-string bug?
by Alan Ruttenberg 02 Feb '04

02 Feb '04

Looks like macroexpand and other uses of eval-string don't read in the right package. BTW, I've run into a limitation of the current multiprocessing scheme. E.g. if you have a single repl that is busy then you can't meta-point or macroexpand. Was the creation of a dedicated control stream considered and rejected? It would be useful to have a guaranteed connection from emacs to the lisp - another use would be to have the control stream use process-interrupt instead of relying on sigint getting to the correct thread. -Alan

4 19

[slime-devel] Slime customization groups
by Jouni K Seppanen 02 Feb '04

02 Feb '04

In slime.el, two customization groups are defined: | (defgroup slime nil | "Interfaction with the Superior Lisp Environment." | :prefix "slime-" | :group 'applications) | (defgroup slime-debugger nil | "Backtrace options and fontification." | :prefix "sldb-" | :group 'slime) However, all debugger-related options belong to group sldb, not slime-debugger, e.g.: | (defcustom sldb-enable-styled-backtrace t "Enable faces in slime backtrace" | :type '(choice | (const :tag "Enable" t) | (const :tag "Disable" nil)) | :group 'sldb) The result is that the slime group has a link to the slime-debugger group, which is empty, and to customize the debugger options one has to invoke (customize-group 'sldb) directly. It seems to me that either the group on all these options should be changed to slime-debugger, or the group slime-debugger should be renamed to sldb. -- Jouni K Seppänen

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 01 Feb '04

01 Feb '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.237 slime/ChangeLog:1.242 --- slime/ChangeLog:1.237 Thu Jan 29 03:42:36 2004 +++ slime/ChangeLog Sat Jan 31 15:23:57 2004 @@ -1,3 +1,41 @@ +2004-01-31 Robert E. Brown <bbrown(a)speakeasy.net> + + * swank-sbcl.lisp, swank.lisp: Add more type declarations and + detect missing initargs for the connection struct. + +2004-01-31 Jouni K Seppanen <jks(a)iki.fi> + + * slime.el (slime-path): Placed inside an eval-and-compile. Works + around some problems when byte-compiling slime-changelog-date. + (slime-swank-connection-retries): + +2004-01-31 Marco Baringer <mb(a)bese.it> + + * swank-openmcl.lisp: remove defslimefun-unimplemented forms. + (call-with-compilation-hooks, compile-system-for-emacs): Implement + them. + (compile-file-for-emacs, compile-string-for-emacs): Use + with-compilation-hooks. + (list-callers): Define with defimplementation and not defslimefun. + + * swank-backend.lisp (compile-system-for-emacs): Declare method + as part of the interface. + + * slime.el (slime-find-asd): Handle files whose directory does + not contain an asdf system definition. + +2004-01-31 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * Merge stateless-emacs branch into main trunk. We use now signal + driven IO for CMUCL and one thread per request for multithreaded + Lisps. + +2004-01-31 Robert E. Brown <bbrown(a)speakeasy.net> + + * swank-backend.lisp, swank-sbcl.lisp, + swank-source-path-parser.lisp, swank.lisp: Add type declarations + to keep SBCL quiet. + 2004-01-29 Michael Weber <michaelw+slime(a)foldr.org> * slime.el, swank-backend.lisp, swank-cmucl.lisp, swank-sbcl.lisp,

1 0

[slime-devel] [PATCH] slime-path needed for compiling slime-changelog-date in slime.el
by Jouni K Seppanen 31 Jan '04

31 Jan '04

Hi, Here's a simple patch without which I couldn't compile slime.el in XEmacs. It complained about the variable slime-path not being defined when compiling slime-changelog-date. -- Jouni K Seppänen

3 3

Re: [slime-devel] openmcl patches
by Helmut Eller 31 Jan '04

31 Jan '04

Marco Baringer <mb(a)bese.it> writes: > what if we make slime-apply-macroexpander use swank-pprint (which > currently binds print-circle to t and print-level to nil) and have > swank-pprint bind the various pretty printing variables to > swank-print-pretty, swank-print-circle, etc. then the user could have > one set of printing variables for the repl and another when having > slime print the output? Sounds good. Perhaps we should name them swank-pprint-xxxx. Helmut.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel