vim-sexp-mappings-for-regular-people
numcl
vim-sexp-mappings-for-regular-people | numcl | |
---|---|---|
6 | 9 | |
424 | 626 | |
- | 0.2% | |
0.0 | 0.0 | |
over 1 year ago | 6 months ago | |
Vim Script | Common Lisp | |
- | GNU General Public License v3.0 or later |
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.
vim-sexp-mappings-for-regular-people
-
Vim function to move following word into parentheses?
The vim-sexp plugin does slurping and barfing of s-expressions. When I used it years ago with Clojure, c/o of tpope's fireplace plugin, I preferred his mappings for it.
-
Paredit 25 Released
I'm a vim user and generally dislike tools typing for me at the same time that I'm typing. I've gotten some value from https://github.com/tpope/vim-sexp-mappings-for-regular-peopl... though when writing Lisp.
-
Paredit Mnemonics for Slurping and Barfing Lisp Symbolic Expressions
vim-sexp-mappings-for-regular-people [1] uses really easy-to-remember shortcuts for these:
- "backward slurp" is "<(" (move opening paren to the left)
- "forward slurp" is ">)" (move closing paren to the right)
- "forward barf" is "<)" (move closing paren to the left)
- "backward barf" is ">(" (move opening paren to the right)
[1]: https://github.com/tpope/vim-sexp-mappings-for-regular-peopl...
-
Running Lisp in Production – Grammarly Engineering Blog
I think the paredit stuff is a bit overblown but apart from managing parens for you, another simple example is editing single expressions. e.g. in Java you might have a line: "int a = blah.bar(something, thing, whatever);" If you realize you need to actually pass "whatever" first, not last, unless you know an IDE shortcut that can make the edit for you, you're going to have to type stuff. I would probably just move my cursor to the start, type "whatever, ", move my cursor to the comma after "thing" and highlight to the end then delete. If "whatever" was a longer variable, or even more interestingly an entire sub-function call like "whatever(x, y, z)", I might instead highlight it all, cut, backspace the comma, move cursor to the start, paste, type a comma. Oh no, I might miss a comma or somehow mess up a paren/semicolon or typo a name?! Whatever, it's rare for me, and for most mistakes I'd get a red squiggly alerting me to it immediately. I like typing, and prefer most 'helpful' plugins get out of my way for most things, so such a process isn't that annoying to me.
But I do at least see there's a nicer process if you have something like paredit: you just move you cursor to the "whatever" (even if it's instead "whatever(a,b,c)") and a command will move it to the left/right/etc. and fix up anything that needs fixing up. In Lisp though the base syntax is so simple and uniform that there's not usually much needing "fixing up" -- there's no pesky commas to deal with for instance, and having the opening paren come in front of the function name instead of after simplifies a lot of things. The worst is adding/removing/moving a form that's at the end of a let binding, or perhaps sometimes adding something to the end of a function that previously ended with ))).
I like to use vim (which does have paredit though I have it disabled) and just having the ability to jump between open/close parens by pressing "%" and to cut jumps as a whole, or the insides, without having to move my cursor character by character, is good enough for me. I still use some paredit-like commands in some instances like moving forms around or in those "worst case issues" I mentioned but I use them with these mappings: https://github.com/tpope/vim-sexp-mappings-for-regular-peopl...
There are more advanced things but how much I care about them varies; I don't tend to need them for Lisp, though every so often I'll miss something from Eclipse that I suspect not even emacs does (or does well). e.g. I know emacs can do a "templateized" completion just like a Java IDE when you type a function name and insert its arguments as placeholder variables to later define/type over, I don't know though whether emacs can then let you place the cursor over each one in turn and with something as easy as 'ctrl+1' hoist that var to an assignment form just above (I did this all the time in Eclipse to avoid having to choose a name, type it, and type its correct type). (In Lisp it's complicated by needing to introduce a let binding if it doesn't exist or append to one if it does. It wouldn't surprise me if paredit can do this, it's just that I'm aware of some refactoring tools in Slime but they don't tend to approach what Eclipse or IntelliJ users expect even if in theory they could.)
-
VIM?
I use vim with slimv, paredit turned off but a few bindings from https://github.com/tpope/vim-sexp-mappings-for-regular-people are useful.
-
Lisp as an Alternative to Java (2000)
Slimv comes with a Paredit Mode: https://github.com/kovisoft/slimv Personally I leave it off, though, never been a fan of anything trying to 'help' me automatically while I'm typing apart from indentation. I do appreciate vim-sexp occasionally with these mappings: https://github.com/tpope/vim-sexp-mappings-for-regular-peopl...
https://susam.in/blog/lisp-in-vim-with-slimv-or-vlime/ is a good overview of the differences between slimv and vlime (the two vim plugins) and how to use them.
numcl
-
How fast can you multiply matrices using only common lisp?
Is it me or numcl is faster than magicl? Matrix multiplication on magicl with pure lisp backend is
-
Rewrite Your Scripts In LISP - with Roswell
Interesting, I will, thanks! I am aware of numcl for CL, but I don't think it is "there" yet :).
-
Good Lisp libraries for math
The first that comes to mind is numcl. This works if (i) performance is not seriously a concern, (ii) you are not annoyed by julia-like JIT/JAOT compilation delays, (iii) copy-based slicing won't be a performance issue for you. To be fair, limitation (i) might be overcome by writing a better (simd-based) backend for numcl. numcl is fast, it compiles to fairly good code, but simd can boost the performance by another 4-8 times or so.
-
Efficiently/easily sample from a list - any existing alternative?
am I missing something that already exists (numcl / Alexandria / core language, etc?)
-
Lisp as an Alternative to Java (2000)
>Either implement numpy equivalent on your own or half of your code is data massaging data between libraries
I haven't tested this but here you go:
https://github.com/numcl/numcl
-
Machine Learning in Lisp
Personally, I've been relying on the stream-based method using py4cl/2, mostly because I did not - and perhaps do not - have the knowledge and time to dig into the CFFI based method. The limitation is that this would get you less than 10000 python interactions per second. That is sufficient if you will be running a long running python task - and I have successfully run trivial ML programs using it, but any intensive array processing gets in the way. For this later task, there are a few emerging libraries like numcl and array-operations without SIMD (yet), and numericals using SIMD. For reasons mentioned on the readme, I recently cooked up dense-arrays. This has interchangeable backends and can also use cl-cuda. But barring that, the developer overhead of actually setting up native-CFFI ecosystem is still too high, and I'm back to py4cl/2 for tasks beyond array processing.
-
cbaggers/rtg-math - a selection of the math routines most commonly needed for making realtime graphics in lisp (2, 3 and 4 component vectors, 3x3 and 4x4 matrices, quaternions, spherical and polar coordinates). [2019]
numcl - Numpy clone in Common Lisp. [LGPL3][9].
-
SBCL: New in Version 2.1.0
[3] https://github.com/numcl/numcl
What are some alternatives?
parinfer-rust-mode - Simplifying how you write Lisp
cl-cuda - Cl-cuda is a library to use NVIDIA CUDA in Common Lisp programs.
doom-emacs - An Emacs framework for the stubborn martian hacker [Moved to: https://github.com/doomemacs/doomemacs]
april - The APL programming language (a subset thereof) compiling to Common Lisp.
paredit - Official mirror of Paredit versions released on vim.org
lisp-matrix - A matrix package for common lisp building on work by Mark Hoemmen, Evan Monroig, Tamas Papp and Rif.
slimv - Official mirror of Slimv versions released on vim.org
Petalisp - Elegant High Performance Computing
emacs
cl-containers - Containers Library for Common Lisp
vim-slime - A vim plugin to give you some slime. (Emacs)
magicl - Matrix Algebra proGrams In Common Lisp.