cmark-gfm

Fast, accurate GitHub Flavored Markdown parser and renderer

https://github.com/kivikakk/cmark-gfm-hs

Version on this page:0.2.6
LTS Haskell 22.37:0.2.6@rev:1
Stackage Nightly 2024-10-06:0.2.6@rev:1
Latest on Hackage:0.2.6@rev:1

See all snapshots cmark-gfm appears in

BSD-3-Clause licensed by Asherah Connor
Maintained by [email protected]
This version can be pinned in stack with:cmark-gfm-0.2.6@sha256:962ccd7bce9a3bdd9badeb45c2f4827b7566dc691288a4b80c38a35059078434,5155

Module documentation for 0.2.6

Depends on 3 packages(full list with versions):
Used by 1 package in lts-21.11(full list with versions):

cmark-gfm-hs

This package provides Haskell bindings for libcmark-gfm, the reference parser for GitHub Flavored Markdown, a fully specified variant of Markdown. It includes sources for libcmark-gfm and does not require prior installation of the C library.

cmark provides the following advantages over existing Markdown libraries for Haskell:

  • Speed: cmark can render a Markdown version of War and Peace in the blink of an eye. Conversion speed is on par with the sundown library, though we were unable to benchmark precisely, because sundown raised a malloc error when compiled into our benchmark suite. Relative to other Haskell Markdown libraries: cmark was 82 times faster than cheapskate, 59 times faster than markdown, 105 times faster than pandoc, and 3 times faster than discount.

  • Memory footprint: Memory footprint is on par with sundown. On one sample, the library uses a fourth the memory that markdown uses, and less than a tenth the memory that pandoc uses.

  • Robustness: cmark can handle whatever is thrown at it, without the exponential blowups in parsing time that sometimes afflict other libraries. (The input bench/full-sample.md, for example, causes both pandoc and markdown to grind to a halt.) libcmark-gfm has been extensively fuzz-tested.

  • Accuracy: cmark passes the CommonMark spec’s suite of over 600 conformance tests.

  • Standardization: Since there is a spec and a comprehensive suite of tests, we can have a high degree of confidence that any two CommonMark implementations will behave the same. Thus, for example, one could use this library for server-side rendering and commonmark.js for client-side previewing.

  • Multiple renderers. Output in HTML, groff man, LaTeX, CommonMark, and a custom XML format is supported. And it is easy to write new renderers to support other formats.

  • Ease of installation: cmark is portable and has minimal dependencies.

cmark-gfm does not provide Haskell versions of the whole libcmark-gfm API, which is built around mutable cmark_node objects. Instead, it provides functions for converting CommonMark to HTML (and other formats), and a function for converting CommonMark to a Node tree that can be processed further using Haskell.

A note on stability: There is a good chance the API will change significantly after this early release.