80 releases (23 breaking)

0.23.2 Oct 20, 2024
0.22.0 Oct 9, 2024
0.19.0 Jul 8, 2024
0.18.2 Mar 2, 2024
0.3.0 Nov 18, 2021

#15 in No standard library

Download history 142/week @ 2024-07-08 25/week @ 2024-07-15 497/week @ 2024-07-29 27/week @ 2024-08-12 371/week @ 2024-08-19 219/week @ 2024-08-26 5/week @ 2024-09-02 7/week @ 2024-09-09 102/week @ 2024-09-16 110/week @ 2024-09-23 219/week @ 2024-09-30 1215/week @ 2024-10-07 395/week @ 2024-10-14 139/week @ 2024-10-21

1,974 downloads per month
Used in 9 crates (3 directly)

Apache-2.0…

205KB
3.5K SLoC

Origin

Program and thread startup and shutdown in Rust

Github Actions CI Status zulip chat crates.io page docs.rs docs

Origin implements program startup and shutdown, as well as thread startup and shutdown, for Linux, implemented in Rust.

Program startup and shutdown for Linux is traditionally implemented in crt1.o, and the libc functions exit, atexit, and _exit. And thread startup and shutdown are traditionally implemented in libpthread functions pthread_create, pthread_join, pthread_detach, and so on. Origin provides its own implementations of this functionality, written in Rust.

For a C-ABI-compatible interface to this functionality, see c-scape.

This is used by Mustang and Eyra in their libc implementations, and in the Origin Studio project in its std implementation, which are three different ways to support building Rust programs written entirely in Rust.

It works with both stable (currently Rust >= 1.78) and nightly Rust. If you're using nightly Rust, enable the feature "nightly" to let origin use nightly-only features, which include proper support for unwinding, better safety checks, and better optimizations.

Example crates

Origin can also be used on its own, in several different configurations:

  • The basic example shows a simple example of using Origin as a simple library. In this configuration, libc is doing most of the work.

  • The no-std example uses #![no_std] and starts the program using Rust's #[start] feature, and then hands control to Origin. libc is still doing most of the work here.

  • The external-start example uses #![no_std] and #![no_main], and starts the program by taking over control from libc as soon as possible, and then hands control to Origin. Origin handles program and thread startup and shutdown once it takes control.

  • The origin-start example uses #![no_std] and #![no_main], and lets Origin start the program using its own program entrypoint. Origin handles program and thread startup and shutdown and no part of libc is used. This is the approach that Origin Studio uses.

  • The origin-start-no-alloc example is like origin-start, but disables the "alloc" and "thread" features, since Origin's "thread" feature currently depends on "alloc". Without "alloc", functions that return owned strings or Vecs are not available. In this mode, Origin avoids using a global allocator entirely.

  • The origin-start-lto example is like origin-start, but builds with LTO.

  • The tiny example is like origin-start, but builds with optimization flags, disables features, and adds an objcopy trick to produce a very small binary—408 bytes on x86-64!

Fully static linking

The resulting executables in the origin-start, origin-start-no-alloc, and origin-start-lto examples don't depend on any dynamic libraries, however by default they do still depend on a dynamic linker.

For fully static linking, there are two options:

  • Build with RUSTFLAGS=-C target-feature=+crt-static -C relocation-model=static. This disables PIE mode, which is safer in terms of Origin's code, but loses the security benefits of Address-Space Layout Randomization (ASLR).

  • Build with RUSTFLAGS=-C target-feature=+crt-static and enable Origin's experimental-relocate feature. This allows PIE mode to work, however it does so by enabling some experimental code in Origin for performing relocations.

Dependencies

~9–18MB
~324K SLoC