juno-lang
magicl
| juno-lang | magicl | |
|---|---|---|
| 4 | 14 | |
| 120 | 226 | |
| 0.0% | 0.4% | |
| 9.2 | 5.4 | |
| about 1 month ago | 6 months ago | |
| HTML | Common Lisp | |
| GNU General Public License v3.0 or later | BSD 3-clause "New" or "Revised" License |
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.
juno-lang
-
All Web frontend lisp projects
There was one posted here recently, Juno
-
Why Lisp?
> static strong typing
Alright, here is it: https://github.com/coalton-lang/coalton/
> small efficient native binaries
The numbers are: with SBCL's core-compression, a web app with dozens on dependencies will weight ±30 to 40MB. This includes the compiler, the debugger, etc. Without core compression, we reach ±150MB.
> The actor runtime?
the actor library: https://github.com/mdbergmann/cl-gserver
> couldn't find a way to make money with it. I suspect many other programmers are in my boat.
Alright. Some do, that's life. Yes, some companies go with CL even in 2023 (https://lisp-journey.gitlab.io/blog/lisp-interview-kina/, they released https://github.com/KinaKnowledge/juno-lang lately; Feetr (finance): https://twitter.com/feetr_io/status/1587182923911991303)
https://github.com/azzamsa/awesome-lisp-companies/
> Give us an HTTP (1.x & 2.0) and WebSockets libraries
How so? We have those libraries. HTTP/2: https://github.com/zellerin/http2/
https://github.com/CodyReichert/awesome-cl
- Juno and Seedling – self-hosted in-browser Lisp and self-contained IDE
- Juno and Seedling - a self-hosted Lisp that runs in the Browser (or compiled to an executable) with a self contained Lisp based IDE
magicl
-
A tutorial quantum interpreter in 150 lines of Lisp
(Link didn't work for me)
https://github.com/quil-lang/magicl/blob/master/src/high-lev...
-
Why Lisp?
use MAGICL. [1] It is optionally and transparently accelerated by BLAS/LAPACK.
[1] https://github.com/quil-lang/magicl/blob/master/doc/high-lev...
-
How fast can you multiply matrices using only common lisp?
Maybe have a look at how magicl does this?
-
A software engineer's circuitous journey to calculate eigenvalues
This is essentially the first option, which is already supported by MAGICL by loading MAGICL/EXT-LAPACK [1].
[1] https://github.com/quil-lang/magicl#extensions
-
Uncle Stats Wants You
I think what the magicl team has done is brilliant - allowing multiple implementations is awesome.
-
Good Lisp libraries for math
Second up is magicl, especially useful if performance is a concern. This might not be as extensive as numcl, but it's been battle tested in the industry over the last decade or so. Because this uses generic functions, so long as you are using not-very-small arrays, performance should not be a concern for you. And even if you are, you could write your own functions that use the low-level functions that magicl's backends define. Otherwise performance can be at par with numpy.
-
Why is python numpy *so* much faster than lisp in this example?
This Dev How-To describes (I hope in enough detail) how to add these specialized routines to MAGICL.
-
CL-AUTOWRAP generated (C)BLAS wrapper in QUICKLISP
I agree... and I do don't want be the person who has not rallied. I just took a look at guicho's issue from 2019. And here, you yourself have admitted that the high level interface is less than ideal and needs more work. However, the very point that magicl is an industry standard could imply that potentially radical backward-incompatible changes can be hard. But, honestly, I want to discuss this, time permitting!
- Fast and Elegant Clojure: Idiomatic Clojure without sacrificing performance
-
Anybody using Common Lisp or clojure for data science
Common Lisp is a great language to build new tools for data science, but currently has pretty awful library support existing data science workflows. Common Lisp is sorely lacking in high-quality statistics, plotting, and sparse arrays. There’s been a long work-in-progress library to bring flexible and high-performance linear algebra to Lisp, but it needs more contributors.
What are some alternatives?
ptpython - A better Python REPL
lisp-matrix - A matrix package for common lisp building on work by Mark Hoemmen, Evan Monroig, Tamas Papp and Rif.
awesome-cl - A curated list of awesome Common Lisp frameworks, libraries and other shiny stuff.
py4cl - Call python from Common Lisp
green-threads - A lightweight thread / cooperative multitasking library for Common Lisp.
criterium - Benchmarking library for clojure
cl-gserver - Sento - Actor framework featuring actors and agents for easy access to state and asynchronous operations.
Petalisp - Elegant High Performance Computing
http2 - HTTP/2 implementation in Common Lisp
hash-array-mapped-trie - A hash array mapped trie implementation in c.
opendylan - Open Dylan compiler and IDE
april - The APL programming language (a subset thereof) compiling to Common Lisp.