slime-devel April 2015

slime-devel@common-lisp.net

63 participants
80 discussions

Interest in addition to slime-repl-history-replace?
by Andrew Myers 08 Apr '15

08 Apr '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Slime Devs, Here at the office folks are used to the Franz Lisp eli emacs interface. Once of the features of the eli interface is that when you iterate through previous commands in the REPL they get inserted at the point as opposed to Slime's behavior of erasing all input and inserting the previous input at the REPL. I've modified slime-repl-history-replace to mimic the eli behavior, is there interest in me tidying this up and submitting a patch to slime with this as an optional alternative to the current history behavior? Regards, Andrew -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSzYg+AAoJELwmtL8s8iv947QQAKxpPheH21yPv1+zG/zxPrrw qSLTDq43xgO3BdjX1yRnom7pdnoaHB/RvZXckUoxM9yP4n0FLYeWoF29YJW//HlP 14cyOcE7t/goClXgpl/Ft6jP8Wh0yclBa7hrfRrbrXzZB9VppeMdkpX0/qRFeTWk AGu6Sx79lkSO3BgLIUjAVMv03htKa/y3uhq2wPKZnlLyKU49qCOiECEyzE+biMeK 3o3Edw2JmmB0KZ1nxHp/jvWJJ7Vc5H/PEYxL5XRR/vYOqCPEheNYIDEQ12kg13kZ p4doQfKScaWTuapaOk1/Lwwu9pODXU6qqY+xGdgi1ZdzhAIHBgVHiDL9Y/w0p44s 1JC5ZB0GzSxbCWoCGFF5G6E2w+PohsAsiwncqvpAtbrV0i55oi3PQ0XC0NrAdIvR F7xg9PEu13A9wwHaV4CuNavMPhEaeqTgM0SrK1Llh2StkZmMVBQazV1sxvE8Fu7K NfFFRHMNRGl8axWOn7s6oSFmvfQYbFya4BglPOU6LfS2n/bljD/wiNt5U5S6TfkZ 9HrUKTos5vM9Ti+qcLJhUcl0tPj/B3Vom9FSOTDa/ssaf84bgEWf58UAIm7znoAi u3gc+3RGpj7Zodx5qI4ZeKjxpTrSqCn708Yvo9qaACP9l0w2hE8JlzhJIJ0vnIjC GRXK4bpL+JVEGubNbAUl =Geki -----END PGP SIGNATURE-----

7 9

SLIME 2.4 in the latest Quicklisp update
by Zach Beane 08 Apr '15

08 Apr '15

Hi all, The latest Quicklisp update includes slime 2.4. It represents a big change from the previous dist, which used a CVS snapshot. There have been two reports directly to me of SLIME not working after the update. In one case, the user reported that removing all instances of slime from ELPA fixed the problem. In another case, the report is: starting SLIME results in "Symbol's function definition is void: slime-setup-contribs" For me, after update, SLIME seems to start fine, but after typing anything in the REPL I get: This `cl-labels' requires `lexical-binding' to be non-nil [6 times] I'm using Emacs 24.2.1. Is that message to be expected and do I have to update my config to eliminate it? What is the best way to discuss, troubleshoot, and fix these kinds of issues? Can they be discussed here on slime-devel? Thanks, Zach

2 2

Bindings from lisp-mode-map clobbering slime-edit-mode bindings.
by Avram Colak 08 Apr '15

08 Apr '15

Hi all, The issue I'm having is that, in the SLIME REPL, useful key bindings like the C-c C-v prefix for presentation commands and C-c C-d for doc lookup is being shadowed by key bindings for not very useful lisp-mode commands. I think this is because slime-repl-mode-map inherits from lisp-mode-map. I fix this locally with (set-keymap-parent slime-repl-mode-map nil) and am wondering if this should be the default or if there is some reason why slime-repl-mode-map inherits from lisp-mode-map? Respectfuly, Avram

2 1

slime.el cleanup and a minor improvement
by joaotavora＠gmail.com 08 Apr '15

08 Apr '15

Hi, I'd like to push the three changes to SLIME's master branch. These effectively mark the end of XEmacs compatibility and are mostly about deleting code. They live in my fork, git@github.com:capitaomorte/slime.git, in the the `slime-el-cleanup' branch: commit b9dfcba7d59c56e7b6b8d38413bd8f8801b13da3 Remove XEmacs portability layer and fix some FIXMEs 44 0 ChangeLog 108 632 slime.el commit 92be40bcd47d640849f1df807d971cbe76b733c5 Redesign and simplify some window-managing code in slime.el 32 1 ChangeLog 80 212 slime.el commit 8951befc40df6f693f0606789c616f312442992a Improve window selection for popup buffers Use Emacs 24.3's window-managing API to do less surprising choices when popping up temporary SLIME buffers. This is innocuous on previous Emacs versions. 12 0 ChangeLog 20 5 slime.el The first is mostly a big cleanup of slime.el's XEmacs "portability layer", fixes some FIXME's and uses "declare" specs for indentation. It removes more than 500 lines in slime.el The second simplifies the slime-popup-* logic, targets more FIXME's and adapts some parts to more common idioms. The third commit adds 15 lines that, in my opinion, greatly improve window selection for popup buffers, but only on Emacs >= 24.3. They fix a common debugger annoyance: When I have my frame divided into 3+ windows, selecting restarts that immediatly trigger another debugger makes the SLDB buffer cycle between visible windows. This commit fixes that and subsequent SLDB buffers go to the same window if possible. The cleanup is relatively aggressive and, though neither I nor the automated tests have noticed it, it's likely that I broke something that I don't use regularly. Please test and review my changes. Except for the third commit, no functional changes should be observed. If you're acquainted with slime.el, point to the offending code whenever possible. Otherwise describe your use cases that were broken so I can fix it. Thanks, João

1 1

Save money. Official suppliers
by Meds USA 08 Apr '15

08 Apr '15

1 0

Fwd: Patch for customizing Allegro temp file and directory
by Luís Oliveira 08 Apr '15

08 Apr '15

[after João's message, I noticed that my longer response to Dave wasn't sent to the list. So here it goes.] ---------- Forwarded message ---------- From: Luís Oliveira <luismbo(a)gmail.com> Date: Sat, Feb 22, 2014 at 11:08 PM Subject: Re: Patch for customizing Allegro temp file and directory To: Dave Cooper <gendl(a)genworks.com> Hello Dave, On Fri, Feb 21, 2014 at 9:01 PM, Dave Cooper <gendl(a)genworks.com> wrote: > So with that approach, this would not be a Slime patch at all, but more of a > private patch to be maintained and installed individually at each Allegro site, right? Right. > Did you notice anything about if/how you work around the issue at your > place? Here's what we use at work: (excl:def-fwrapper fixed-temporary-directory () "Returns a temporary directory." (excl:pathname-as-directory (or (sys:getenv "TEMP") (sys:getenv "TMP") #+mswindows (if (>= (getf (excl::windows-major-version) :major-version) 6) "~\\AppData\\Local\\TEMP" "~\\Local Settings\\TEMP")))) (compile 'fixed-temporary-directory) (excl:fwrap 'sys:temporary-directory :fixed-temporary-directory 'fixed-temporary-directory) For some reason, it didn't occur to us to report this to Franz. Actually, I don't remember why this was necessary in the first place since in my machine at work, ACL seems to be returning the value of the TEMP environment variable, as the documentation suggests it should: <http://franz.com/support/documentation/current/doc/operators/system/tempora…>. HTH, -- Luís Oliveira http://kerno.org/~luis/

1 0

【活细胞既能抗衰老又能治病】--来自德国生物医学中心的　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 59241
by 范雉瘗 08 Apr '15

08 Apr '15

1 0

Test This Out
by Drew C 08 Apr '15

08 Apr '15

This is just a test to make sure things are working as expected. -- drewc

1 0

[patch] Fix for Arg detection inside an "Apply" for functions where the lisp can't discover args
by Matthew Lamari 08 Apr '15

08 Apr '15

When in the IDE you type: (apply #'foo ... ... ...) When it autodocs the apply, swank attempts to show the "apply" with foo's params. Pretty impressive; but it didn't have a case for where #'foo's args can't be queried from the underlying lisp. Discovered this in lispworks, which can't give back the args for functions compiled under tightest settings. The underlying abstraction can return :NOT-AVAILABLE - most of the other cases look for this, the patch below filters out this case so as to not give it special handling. . . --- original/contrib/swank-arglists.lisp Sun Aug 11 16:49:36 2013 +++ replacement/contrib/swank-arglists.lisp Sat Aug 10 23:27:27 2013 @@ -916,26 +916,27 @@ (let ((function-arglist (compute-enriched-decoded-arglist function-name (cdr argument-forms)))) - (return-from compute-enriched-decoded-arglist - (values - (make-arglist :required-args - (list 'function) - :optional-args - (append - (mapcar #'(lambda (arg) - (make-optional-arg arg nil)) - (arglist.required-args function-arglist)) - (arglist.optional-args function-arglist)) - :key-p - (arglist.key-p function-arglist) - :keyword-args - (arglist.keyword-args function-arglist) - :rest - 'args - :allow-other-keys-p - (arglist.allow-other-keys-p function-arglist)) - (list function-name-form) - t))))))) + (unless (eq function-arglist :NOT-AVAILABLE) + (return-from compute-enriched-decoded-arglist + (values + (make-arglist :required-args + (list 'function) + :optional-args + (append + (mapcar #'(lambda (arg) + (make-optional-arg arg nil)) + (arglist.required-args function-arglist)) + (arglist.optional-args function-arglist)) + :key-p + (arglist.key-p function-arglist) + :keyword-args + (arglist.keyword-args function-arglist) + :rest + 'args + :allow-other-keys-p + (arglist.allow-other-keys-p function-arglist)) + (list function-name-form) + t)))))))) (call-next-method)) (defmethod compute-enriched-decoded-arglist

1 0

None
by Matthew Lamari 08 Apr '15

08 Apr '15

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel April 2015