This package provides functions to emit XML, with some complexity for handling indentation. It can be used to produce all sorts of useful XML output; it has an RSS 2.0 emitter built in, so you can make RSS feeds trivially.

This is a string/octets parser library for Common Lisp with speed and readability in mind. Unlike other libraries, the code is not a pattern-matching-like, but a char-by-char procedural parser.

Clop is a Common Lisp library for parsing strings in the TOML configuration file format.

One of the many things that didn't quite get into the Common Lisp standard was how to get a Lisp to output its call stack when something has gone wrong. As such, each Lisp has developed its own notion of what to display, how to display it, and what sort of arguments can be used to customize it. trivial-backtrace is a simple solution to generating a backtrace portably.

Zippy is a library for the PKWARE Zip archive format. It can read and write zip files. It features:

• archive inspection without extraction;

• Zip64 support;

• split archive support;

• PKWARE decryption;

• fast deflate decompression thanks to 3bz;

• operates on streams and vectors;

• can compress stream->stream;

• extensible for other encryption and compression mechanisms.

DATA-SIFT is a Common Lisp data validation and transformation library inspired by cl-data-format-validation and WTForms validators.

FSet is a functional set-theoretic collections library for Common Lisp. Functional means that all update operations return a new collection rather than modifying an existing one in place. Set-theoretic means that collections may be nested arbitrarily with no additional programmer effort; for instance, sets may contain sets, maps may be keyed by sets, etc.

This package provides a stream based JSON parser/writer, well suited as building block for higher level libraries.

This library implements a basic promise datastructure, which is useful for dealing with asynchronous behaviours. Importantly, this library does not use any other libraries or frameworks, and instead leaves the execution and state transition of promise objects in your control, making it easy to integrate.

This package provides Common Lisp bindings to the pango text layout library.

This package provides an implementation of a base 16 builder for Common Lisp.

Calispel is a Common Lisp library for thread-safe message-passing channels, in the style of the occam programming language, also known as communicating sequential processes (CSP). See https://en.wikipedia.org/wiki/Communicating_sequential_processes.

Calispel channels let one thread communicate with another, facilitating unidirectional communication of any Lisp object. Channels may be unbuffered, where a sender waits for a receiver (or vice versa) before either operation can continue, or channels may be buffered with flexible policy options.

Because sending and receiving on a channel may block, either operation can time out after a specified amount of time.

A syntax for alternation is provided (like ALT in occam, or Unix select()): given a sequence of operations, any or all of which may block, alternation selects the first operation that doesn't block and executes associated code. Alternation can also time out, executing an "otherwise" clause if no operation becomes available within a set amount of time.

Calispel is a message-passing library, and as such leaves the role of threading abstractions and utilities left to be filled by complementary libraries such as Bordeaux-Threads and Eager Future.

This a Common Lisp library to convert geographic coordinates between latitude/longitude and MGRS.

Parseq (pronounced parsec) is a parsing library for common lisp. It can be used for parsing lisp's sequences types: strings, vectors (e.g. binary data) and lists. Furthermore, parseq is able to parse nested structures such as trees (e.g. lists of lists, lists of vectors, vectors of strings).

Parseq uses parsing expression grammars (PEG) that can be defined through a simple interface. Extensions to the standard parsing expressions are available. Parsing expressions can be parameterised and made context aware. Additionally, the definition of each parsing expression allows the arbitrary transformation of the parsing tree.

The library is inspired by Esrap and uses a very similar interface. No code is shared between the two projects, however. The features of Esrap are are mostly included in parseq and complemented with additional, orthogonal features. Any resemblance to esrap-liquid is merely coincidental.

This is a portability library that allows one to fully override the standard debugger provided by their Common Lisp system for situations where binding *debugger-hook* is not enough -- most notably, for break.

Additional dolist style macros for Common Lisp, such as doalist, dohash, dolist*, doplist, doseq and doseq*.

This package provides a Common Lisp implementation of Google Closure Templates.

This library contains utilities for parsing Common Lisp code.

Bobbin is a simple word-wrapping library for strings in Common Lisp. It aims to be simple, work nicely for the majority of cases, and degrade gracefully for edge cases. It is not particularly concerned with speed — if you need very high-performance word wrapping, Bobbin is not for you.

The cl-sqlite package is an interface to the SQLite embedded relational database engine.

Dexador is yet another HTTP client for Common Lisp with neat APIs and connection-pooling. It is meant to supersede Drakma.

This package provides a utility library intended at providing configurable reader macros for common tasks such as accessors, hash-tables, sets, uiop:run-program, arrays and a few others.

SPECIALIZATION-STORE system provides a new kind of function, called a store function, whose behavior depends on the types of objects passed to the function.

S-XML is a simple XML parser implemented in Common Lisp. This XML parser implementation has the following features:

• It works (handling many common XML usages).

• It is very small (the core is about 700 lines of code, including comments and whitespace).

• It has a core API that is simple, efficient and pure functional, much like that from SSAX (see also http://ssax.sourceforge.net).

• It supports different DOM models: an XSML-based one, an LXML-based one and a classic xml-element struct based one.

• It is reasonably time and space efficient (internally avoiding garbage generatation as much as possible).

• It does support CDATA.

• It should support the same character sets as your Common Lisp implementation.

• It does support XML name spaces.

This XML parser implementation has the following limitations:

• It does not support any special tags (like processing instructions).

• It is not validating, even skips DTD's all together.