common-lisp-jupyter
A Common Lisp kernel for Jupyter along with a library for building Jupyter kernels. (by yitzchak)
slime
The Superior Lisp Interaction Mode for Emacs (by slime)
Our great sponsors
| common-lisp-jupyter | slime | |
|---|---|---|
| 3 | 14 | |
| 202 | 1,851 | |
| - | 1.8% | |
| 6.3 | 8.2 | |
| about 1 month ago | about 23 hours ago | |
| Common Lisp | Common Lisp | |
| MIT License | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
common-lisp-jupyter
Posts with mentions or reviews of common-lisp-jupyter.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-29.
-
Reading a Programmer's Guide to Common Lisp
To get a nice combination of easy edits and evaluation in a format familiar to a pythonista, could play with Lisp in Jupyter:
https://github.com/yitzchak/common-lisp-jupyter
-
The tools for common lisp make it very hard to get converts
Thanks for pointing to this. Now I gotta give common-lisp-jupyter a try
-
fukamachi/mondo: a Common Lisp REPL that aims to provide SLIME's functionalities outside of Emacs.
I can imagine something like https://github.com/yitzchak/common-lisp-jupyter but without Jupyter.
slime
Posts with mentions or reviews of slime.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-03-22.
- Emacs 28 can not run Slime
-
Anyone know why newlines get randomly inserted when printing a list with format on emacs + slime?
Try https://github.com/slime/slime/commit/e6a71c725c8e13d7d4c40e6a6fa7b696575a8d01
-
So i wanna learn Common Lisp
With emacs your two choices are either SLIME or SLY. Slime is a good place to start - it's rock solid. Once you get moving you can make a judgement call on whether or not SLY has features you'd like over what SLIME has available.
-
Common Lisp vs Racket
To provide a bit more context, most of SLIME is just Common Lisp code (https://github.com/slime/slime), with a bunch of Emacs Lisp code alongside to support interfacing with Emacs. But you don't need that Emacs Lisp code to take advantage of almost all of the functionality SLIME provides. For instance, if you want to know who-calls a function, there's some command in emacs to do it, but all that command is doing is just a bit of elisp code which sends a message to Swank (a server running inside Common Lisp) and Swank invokes some native CL code to figure that out and return the results, then finally a bit of elisp code presents the results in some way. Vim can do the same thing just fine with vimscript/python (what the Slimv plugin uses) or otherwise, the bulk of the work in figuring out the list of callers of some function is done by the CL code (and CL implementation itself).
-
What does your workflow look like on Linux?
SLIME or SLY for Common Lisp (if you want to work with it), Geiser for various Schemes
-
slime-pop-find-definition-stack not working
That's rather new, https://github.com/slime/slime/commit/789584a7acb15747678fa62a8fcfc8d1187be867 is probably about that.
- Offline Hyperspec? html, texinfo, org, something?
-
Slime
With that headline on HN, I was expecting this: https://common-lisp.net/project/slime/
-
Python REPL-driven development in Emacs
SLIME or Sly for Common Lisp, Geiser for most Scheme implementations, or racket-mode for Racket?
-
Is there a possibility to have a master stack in bspwm like in dwm?
For example, some people that are Common Lisp programmers, but don't use GNU Emacs, may decide to use GNU Emacs because of the slime-mode workflow.
What are some alternatives?
When comparing common-lisp-jupyter and slime you can also consider the following projects:
nyxt - Nyxt - the hacker's browser.
sly - Sylvester the Cat's Common Lisp IDE
sbcl - Mirror of Steel Bank Common Lisp (SBCL)'s official repository
portacle - A portable common lisp development environment
roswell - intended to be a launcher for a major lisp environment that just works.
paip-lisp - Lisp code for the textbook "Paradigms of Artificial Intelligence Programming"
cormanlisp - Corman Lisp
hebigo - 蛇語(HEH-bee-go): An indentation-based skin for Hissp.
mondo - Simple Common Lisp REPL
bsp-layout - Manage layouts in bspwm (tall and wide)
caveman - Lightweight web application framework for Common Lisp.
abcl - Armed Bear Common Lisp <git+https://github.com/armedbear/abcl/> <--> <svn+https://abcl.org/svn> Bridge