cl-parametric-types
polymorphic-functions
cl-parametric-types | polymorphic-functions | |
---|---|---|
1 | 6 | |
43 | 50 | |
- | - | |
0.0 | 5.6 | |
almost 6 years ago | about 1 month ago | |
Common Lisp | Common Lisp | |
- | - |
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.
cl-parametric-types
-
polymorphic-functions - Possibly AOT dispatch on argument types with support for optional and keyword argument dispatch
There do exist libraries like cl-parametric-types that do it the way you seem to propose, but subjectively I find it a bit unweildy wrt to the other interactive aspects of lisp.
polymorphic-functions
-
Adding new types and operators to Lisp
If performance is a concern, then you would want to stick to CLHS provided simple-array and create appropriate types using deftype, and then dispatch on the types either by yourself, or by using something like polymorphic-functions and polymorph.maths.
-
defgeneric and &rest
If you want to dispatch on vectors, you can try out polymorphic-functions which was made for the express purpose of dispatching on specialized arrays aka types rather than classes.
-
numericals - Performance of NumPy with the goodness of Common Lisp
Since the past year or two, I have been working on numericals that aims to provide the speed of NumPy with the goodness of Common Lisp. In particular, this includes the use of dynamic variables, restarts, and compiler-notes wherever appropriate. It uses CLTL2 API (and may be slightly more) under the hood to provide AOT dispatch, but nothing stops you from combining it with JAOT dispatch provided by numcl/specialized-function. This also spawned a number of projects most notably polymorphic-functions to dispatch on types instead of classes and extensible-compound-types that allows one to define user defined compound types (beyond just the type-aliases enabled by deftype. Fortunately enough, interoperation between magicl, numcl and numericals/dense-numericals actually looks plausible!
-
Common Lisp polymorphic stories.
Before reading this, please go and check out https://github.com/digikar99/polymorphic-functions which this project is fully based on. It's great.
-
polymorphic-functions - Possibly AOT dispatch on argument types with support for optional and keyword argument dispatch
What I am calling parametric polymorphism is this test:
What are some alternatives?
cffi - The Common Foreign Function Interface
lisp-interface-library - LIL: abstract interfaces and supporting concrete data-structures in Common Lisp
specialization-store - A different type of generic function for common lisp.
fast-generic-functions - Seal your generic functions for an extra boost in performance.
dense-arrays - Numpy like array object for common lisp
ctype - CL type system implementation
dense-numericals - Numerical Computing library with https://github.com/digikar99/dense-arrays as the front-end
numericals - CFFI enabled SIMD powered simple-math numerical operations on arrays for Common Lisp [still experimental]
generic-cl - Generic function interface to standard Common Lisp functions
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.