This package creates GraphViz DOT files from an equivalent s-expression representation.

This is a library that implements delimited continuations by transforming Common Lisp code to continuation passing style.

Static dispatch is a Common Lisp library, inspired by inlined-generic-function, which allows standard Common Lisp generic function dispatch to be performed statically (at compile time) rather than dynamically (runtime). This is similar to what is known as "overloading" in languages such as C++ and Java.

The purpose of static dispatch is to provide an optimization in cases where the usual dynamic dispatch is too slow, and the dynamic features of generic functions, such as adding/removing methods at runtime are not required. An example of such a case is a generic equality comparison function. Currently generic functions are considered far too slow to implement generic arithmetic and comparison operations when used heavily in numeric code.

This package provides a Common Lisp parser for glTF file format.

This is a Common Lisp version of UglifyJS, a JavaScript compressor. It works on data produced by parse-js to generate a minified version of the code. Currently it can:

• reduce variable names (usually to single letters)

• join consecutive var statements

• resolve simple binary expressions

• group most consecutive statements using the sequence operator (comma)

• remove unnecessary blocks

• convert IF expressions in various ways that result in smaller code

• remove some unreachable code

This a Common Lisp library for reading and writing binary data. It is based on code from chapter 24 of the book Practical Common Lisp.

CL-DOT is a Common Lisp library for generating Graphviz dot output from arbitrary Lisp data.

This is an implementation of the Unicode Standards Annex #14 (http://www.unicode.org/reports/tr14/) line breaking algorithm. It provides a fast and convenient way to determine line breaking opportunities in text.

Note that this algorithm does not support break opportunities that require morphological analysis. In order to handle such cases, please consult a system that provides this kind of capability, such as a hyphenation algorithm.

Also note that this system is completely unaware of layouting decisions. Any kind of layouting decisions, such as which breaks to pick, how to space between words, how to handle bidirectionality, and what to do in emergency situations when there are no breaks on an overfull line are left up to the user.

cl-docutils is a Common Lisp implementation of the Docutils text processing system for processing plaintext into presentational formats such as HTML and LaTeX. It is based upon the Python Docutils reference implementation but uses Common Lisp idioms making it easier to extend and more flexible. As with the reference implementation it includes a parser for the reStructured text plaintext markup syntax which is suitable for marking up documentation and for use as user markup for collaborative web sites. It is successfully used to support a higher education peer-review assessment and online tutorial system.

Doctests for Lisp.

This project is intended as a catchall for small, general-purpose extensions to Common Lisp. It contains:

• new-let, a macro that combines and generalizes let, let* and multiple-value-bind,

• gmap, an iteration macro that generalizes map.

Spatial-trees is a set of dynamic index data structures for spatially-extended data.

BOOST-PARSE is a simple token parsing library for Common Lisp.

This is only useful if you want to start a Swank server in a Lisp processes that doesn't run under Emacs. Lisp processes created by M-x slime automatically start the server.

This package provides matrix algebra functions for Common Lisp.

This package extends the Common Lisp reader syntax such that is accepts Org files as Lisp source code files.

This is a Common Lisp library that publishes D-Bus objects as well as send and notify other objects connected to a bus.

This Common Lisp library provides function to make QR codes and to save them as PNG files.

Collections of accessor functions and patterns to access the elements in compound type specifier, e.g. dimensions in (array element-type dimensions)

This package provides an extensible implementation of defclass that can accurately control the expansion according to the metaclass and automatically detect the suitable metaclass by analyzing the defclass form.

With lispy syntax, shortcuts, and improvements, LASS aims to help you out in writing CSS quick and easy. LASS was largely inspired by SASS. LASS supports two modes, one being directly in your lisp code, the other in pure LASS files.

This library is a path strings manipulation library inspired by Python's os.path. All functionality from os.path is supported on major operation systems.

The philosophy behind is to use simple strings and "dumb" string manipulation functions to handle paths and filenames. Where possible the corresponding OS system functions are called.

This Common Lisp library provides a series data structure much like a sequence, with similar kinds of operations. The difference is that in many situations, operations on series may be composed functionally and yet execute iteratively, without the need to construct intermediate series values explicitly. In this manner, series provide both the clarity of a functional programming style and the efficiency of an iterative programming style.

A hook, in the present context, is a certain kind of extension point in a program that allows interleaving the execution of arbitrary code with the execution of a the program without introducing any coupling between the two. Hooks are used extensively in the extensible editor Emacs.

In the Common LISP Object System (CLOS), a similar kind of extensibility is possible using the flexible multi-method dispatch mechanism. It may even seem that the concept of hooks does not provide any benefits over the possibilities of CLOS. However, there are some differences:

• There can be only one method for each combination of specializers and qualifiers. As a result this kind of extension point cannot be used by multiple extensions independently.

• Removing code previously attached via a :before, :after or :around method can be cumbersome.

• There could be other or even multiple extension points besides :before and :after in a single method.

• Attaching codes to individual objects using eql specializers can be cumbersome.

• Introspection of code attached a particular extension point is cumbersome since this requires enumerating and inspecting the methods of a generic function.

This library tries to complement some of these weaknesses of method-based extension-points via the concept of hooks.