abstract-arrays
ctype
abstract-arrays | ctype | |
---|---|---|
1 | 2 | |
2 | 26 | |
- | - | |
5.3 | 4.8 | |
about 1 month ago | about 1 month ago | |
Common Lisp | Common Lisp | |
- | BSD 2-clause "Simplified" 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.
abstract-arrays
-
Common Lisp polymorphic stories.
And, there won't be a way to properly understand what exactly PF (or CL) misses without immersing myself into a ML-style something, is there? As in, I get some parts of what you are saying; I myself had to (ab)use deftype and gensym intern for another library for providing (limited) parametric types; but I also fail to see something seriously wrong with it, given that it plays nicely with cl:declare, cl:typep and cl:subtypep for the primitive use case of single value type checking, declaration and with some additional things (compiler)macro based optimization.
ctype
-
Re-targeting (Lisp) compilers
There is significant overlap with SICL and its associated pieces which supply many of the other parts needed to make a Common Lisp. Some of these are Cluster which provides a portable and extensible assembler, Eclector which supplies a portable and extensible reader, Concrete-Syntax-Tree that supports source code tracking during compilation, ctype that implements the Common Lisp type system, and Clostrum that provides first-class environments for e.g. run-time, evaluation, and compilation. The SICL project has as one of its goals the creation of portable infrastructure for implementing Common Lisp, and these pieces are novel building blocks that were created as part of the project.
-
Common Lisp polymorphic stories.
Other times, the support is limited by the implementations supported by ctype and cl-form-types (and cl-environments). Although, if there is any good request, I could work on making a dynamic-only ANSI-CL compliant sub-system of PF.
What are some alternatives?
ccl - Clozure Common Lisp
fast-generic-functions - Seal your generic functions for an extra boost in performance.
lisp-interface-library - LIL: abstract interfaces and supporting concrete data-structures in Common Lisp
sealable-metaobjects - A CLOSsy way to trade genericity for performance.
polymorphic-functions - A function type to dispatch on types instead of classes with partial support for dispatching on optional and keyword argument types.
Concrete-Syntax-Tree - Concrete Syntax Trees represent s-expressions with source information
generic-cl - Generic function interface to standard Common Lisp functions
Clostrum - First Class Global Environments
Eclector - A portable Common Lisp reader that is highly customizable, can recover from errors and can return concrete syntax trees
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.