fast-generic-functions
ctype
| fast-generic-functions | ctype | |
|---|---|---|
| 2 | 2 | |
| 86 | 25 | |
| - | - | |
| 0.0 | 6.2 | |
| over 3 years ago | 27 days ago | |
| Common Lisp | Common Lisp | |
| MIT License | 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.
fast-generic-functions
-
If Lisp is so great
* CLOS being bolted on instead of truly integrated in the language; would need a JIT and something like https://github.com/marcoheisig/fast-generic-functions on system classes to go fast enough, Julia kinda does this (but it hurts my eyes)
-
Common Lisp polymorphic stories.
About static typing and generic functions, are there limitations to fast-generic-functions built over sealable-metaobjects too? I felt that reasonable, albeit it takes away the dynamic nature of the objects after sealing.
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?
lisp-interface-library - LIL: abstract interfaces and supporting concrete data-structures in Common Lisp
polymorphic-functions - A function type to dispatch on types instead of classes with partial support for dispatching on optional and keyword argument types.
sealable-metaobjects - A CLOSsy way to trade genericity for performance.
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
ccl - Clozure Common Lisp
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.
Cleavir - an implementation-independent framework for creating Common Lisp compilers