#tex #latex #typesetting #font

bin+lib tectonic

A modernized, complete, embeddable TeX/LaTeX engine. Tectonic is forked from the XeTeX extension to the classic “Web2C” implementation of TeX and uses the TeXLive distribution of support files.

23 releases

0.3.3 Nov 16, 2020
0.2.0 Oct 21, 2020
0.1.12 Dec 6, 2019
0.1.11 Nov 6, 2018
0.1.3 Mar 16, 2017

#43 in Parser implementations

Download history 357/week @ 2020-08-02 181/week @ 2020-08-09 99/week @ 2020-08-16 175/week @ 2020-08-23 376/week @ 2020-08-30 677/week @ 2020-09-06 167/week @ 2020-09-13 154/week @ 2020-09-20 347/week @ 2020-09-27 367/week @ 2020-10-04 332/week @ 2020-10-11 363/week @ 2020-10-18 242/week @ 2020-10-25 548/week @ 2020-11-01 219/week @ 2020-11-08 546/week @ 2020-11-15

1,432 downloads per month
Used in 4 crates

MIT license

4MB
106K SLoC

C 95K SLoC // 0.1% comments Rust 6K SLoC // 0.1% comments C++ 4.5K SLoC // 0.1% comments Objective-C++ 182 SLoC // 0.2% comments

Build Status codecov

Tectonic

Tectonic is a modernized, complete, self-contained TeX/LaTeX engine, powered by XeTeX and TeXLive.

Read this first

If you just want to compile TeX documents, you should probably click through to the main Tectonic website. This page is primarily aimed at folks interested in how Tectonic works “under the hood.”

Developer dashboard

Packaging status

Technical ecosystem

If you’re interested in Tectonic as a software tool, you might also want to check out:

The “reference sources”

Much of the core code of Tectonic is derived from XeTeX, and we strive to track and maintain compatibility with upstream as much as possible. However, the nature of the Tectonic project is such that its source code is going to diverge from that of XeTeX over time. We can do our best to track the semantics of changes to XeTeX, but the expression of those changes in source form may well change greatly over time.

In this repository, the Git submodule reference_sources links to the “staging repository” that tracks the XeTeX source code that we use as a reference. In particular, the version of the reference code in the submodule is the most recent code whose semantics are guaranteed to be expressed in Tectonic, to the best of our efforts. You don’t need to clone reference_sources to build Tectonic (which is good because everyone is always super confused by how Git submodules work!). It just provides a convenient way for Git to track the exact reference code that we are using at any given time.

Please see the tectonic-staging README for more information. (Or at least, more words on the topic.)

Features

The Tectonic build can be customized with the following features:

serialization (enabled by default)

This feature enables (de)serialization using the serde crate. At the moment, this is only used to read per-user configuration from a TOML file. If this feature is disabled, the per-user configuration file will be silently ignored. This feature is provided because serialization requires the serde_derive crate, which in turn uses Rust’s proc_macro feature. The proc_macro functionality is difficult to build with statically linked targets, although Tectonic’s CI system demonstrates how to make it work.

Dependencies

~24MB
~546K SLoC