py4cl
Petalisp
py4cl | Petalisp | |
---|---|---|
21 | 17 | |
223 | 425 | |
- | - | |
2.3 | 8.5 | |
6 months ago | about 2 months ago | |
Common Lisp | Common Lisp | |
GNU General Public License v3.0 or later | GNU Affero General Public License v3.0 |
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.
py4cl
-
Need recommendation for IPC with Go
py4cl and cl4py rely on uiop:launch-program and python's subprocess respectively. These are portable to the extent uiop and subprocess are portable and do not require any additional installation.
-
Lisp-Stick on a Python
If you want to use Python libs from CL, see py4cl: https://github.com/bendudson/py4cl the other way around, calling your efficient CL library from Python: https://github.com/marcoheisig/cl4py/ There might be more CL libraries than you think! https://github.com/CodyReichert/awesome-cl (or at least a project sufficiently advanced on your field to join forces ;) )
-
The German School of Lisp (2011)
FYI you can call Python from CL: https://github.com/bendudson/py4cl and CL from Python: https://github.com/marcoheisig/cl4py/
If you don't know Emacs, see other editors: https://lispcookbook.github.io/cl-cookbook/editor-support.ht... If you want the more Smalltalk-like experience I'd go with the free LispWorks version: it has many GUI panes that allow to watch and discover the state of the program.
I personally couldn't stay long with Hylang. You won't get CL niceties: more language features, performance, standalone binaries, interactive debugger (all the niceties of an image-based development)…
-
Plotting
I ended up using a fair bit of matplotlib through college and with colleagues. I too don't want to use python, but I also don't like throwing away its libraries, and I'm too lazy to invest in other* plotting ecosystems. In effect, I use up using matplotlib through py4cl/2.
-
numericals - Performance of NumPy with the goodness of Common Lisp
Note that it is not my aim to replace the python ecosystem; I think that is far too lofy a goal to be of any good. My original intention was to interoperate with python through py4cl/2 or the likes, but felt that one needs a Common Lisp library for "small" operations, while "large" operations can be offloaded to python libraries through py4cl/2.
-
Good Lisp libraries for math
If performance is absolutely not a concern, then third option is using python libraries through py4cl/2. To put it differently, if calling python from lisp is not the bottleneck, then this is a feasible option.
-
Why Hy?
I encourage people to try out Common Lisp because, unlike with Hy, you will get: speed, ability to build binaries, truly interactive image-based development (yes, more interactive than ipython), more static type checks, more language features (no closures in Hy last time I checked), language stability… To reach to Python libs, you have https://github.com/bendudson/py4cl My comparison of Python and CL: https://lisp-journey.gitlab.io/pythonvslisp/
-
Tutorial Series to learn Common Lisp quickly
> Not sure if such a thing already exists for CL
couple of solutions exist for this
https://github.com/bendudson/py4cl
https://github.com/pinterface/burgled-batteries
- Calling Python from Common Lisp
-
(define (uwu) (display "nya~\n"))
Ahh, makes sense. Well, if you ever wanna steal some of python's thunder, libpython-clj worked great for me lol. Supposedly py4cl fills a similar role in Common Lisp.
Petalisp
- Petalisp: Elegant High Performance Computing
- Is there a tutorial for automatic differentiation with petalisp?
-
Is there a language with lisp syntax but C semantics?
While not "as fast as C" (C is not the absolute pinnacle of performance), Common Lisp is incredibly fast compared to the majority of programming languages around today. There is even a huge amount of ongoing work being done to make it faster still. We are seeing many interesting projects that make better use of the hardware in your computer (e.g. https://github.com/marcoheisig/Petalisp).
-
Common Lisp Implementations in 2023
i think lisp-stat library is actually being developed. however one numerical cl library that doesnt get enough mention and is being constantly developed is petalisp for HPC
https://github.com/marcoheisig/Petalisp
-
numericals - Performance of NumPy with the goodness of Common Lisp
However, if you have a lisp library that puts those semantics to use, then you could get it to employ magicl/ext-blas and cl-bmas to speed it up. (petalisp looks relevant, but I lack the background to compare it with APL.)
-
New Lisp-Stat Release
> his means cl pagckages can be "done".
this is true if there is nothing functional that can be added to a package. however its very much not true for ml frameworks right now. new things are being added all the time in the field. however even in the package i linked you have the necessary ingredients for any deep learning model: cuda and back propagation. the other person mentioned convolution which i think is pretty trivial to implement but still, if you expect everything for you to be ready made then you should probably stick to tf and pytorch. if you want to explore the cutting edge and push the boundaries then i think common lisp is a good tool. as an aside it might also be interesting to note that a common lisp package (Petalisp) is being used for high performance computing by a german university
https://github.com/marcoheisig/Petalisp
- The Julia language has a number of correctness flaws
-
When a young programmer who has been using C for several years is convinced that C is the best possible programming language and that people who don't prefer it just haven't use it enough, what is the best argument for Lisp vs C, given that they're already convinced in favor of C?
One trick is that Common Lisp can generate and compile code at runtime, whereas static languages typically do not have a compiler available at runtime. This lets you make your own lazy person's JIT/staged compiler, which is useful if some part of the problem is not known at compile-time. Such an approach has been used at least for array munging, type munging and regular expression munging.
What are some alternatives?
py4cl2 - Call python from Common Lisp
awesome-cl - A curated list of awesome Common Lisp frameworks, libraries and other shiny stuff.
magicl - Matrix Algebra proGrams In Common Lisp.
JWM - Cross-platform window management and OS integration library for Java
cl-cuda - Cl-cuda is a library to use NVIDIA CUDA in Common Lisp programs.
hy - A dialect of Lisp that's embedded in Python
libpython-clj - Python bindings for Clojure
lish - Lisp Shell
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
StatsBase.jl - Basic statistics for Julia