rucc_object/
lib.rs

1//! ELF, Mach-O and COFF object writers.
2//!
3//! Design: `spec/11-asm-objects-debug.md`. Layer rank 9, see `spec/18-package-layout.md`.
4//!
5//! # Status
6//!
7//! ELF, which is what Linux and the freestanding targets want and what M3 needs. A text section,
8//! the symbols that say where each function in it is and how long it is, the names it wanted that
9//! are not in it, the relocations that ask a linker to find them, and the marker whose absence
10//! makes the stack executable. An object this writes links with the system linker and runs.
11//!
12//! The variables a file defines are written too: the section each one goes in, the symbol that
13//! says where it is and how long it is, the binding that says who can see it, and the relocations
14//! an image asks for when it holds the address of something. A tentative definition is asked of
15//! the linker rather than put in a section, which is the one case where a variable has a symbol
16//! and no bytes anywhere.
17//!
18//! An [`Alias`] is written as a second symbol at the first one's section, value and size, with a
19//! binding of its own and no second copy of the bytes, which is what a file gets from
20//! `__attribute__((alias("target")))` and what makes one name reach another at no cost.
21//!
22//! [`Sections`] says whether each function and each variable gets a section to itself, which is
23//! what `-ffunction-sections` and `-fdata-sections` ask for and what makes `--gc-sections` able to
24//! drop anything: a linker can leave out a section nothing reaches and cannot leave out half of
25//! one. The names and the offsets are the same either way, so the only thing that moves is which
26//! section header a symbol points at.
27//!
28//! What it is given is [`Text`], [`Data`] and the aliases between them, which are here rather than
29//! beside the assembler that fills them in because they are what an object file is made of and
30//! because a writer cannot depend on the thing that produces its input without the layer graph
31//! going the wrong way round.
32//!
33//! Mach-O and COFF are not written yet. Both wait on the target that needs them.
34//!
35//! Every crate in the workspace is published, and publishing implies a promise. This one is
36//! tier 3: its Rust API is explicitly unstable and will change without a major version bump.
37//! Depend on the `rucc` binary's behaviour, not on this.
38
39#![doc(html_root_url = "https://docs.rs/rucc-object/0.10.7")]
40
41mod elf;
42mod section;
43
44pub use crate::elf::{Error, write};
45pub use crate::section::{
46    Alias, Binding, Data, Extent, FUNC_ALIGN, Object, Place, Reference, Reloc, Sections, Text,
47    Unwind, Visibility,
48};
49
50/// The milestone in `spec/17-milestones.md` that fills this crate in.
51pub const MILESTONE: &str = "M3";
52
53#[cfg(test)]
54mod tests {
55    #[test]
56    fn milestone_is_recorded() {
57        assert!(super::MILESTONE.starts_with('M'));
58    }
59}
rucc_object/lib.rs

rucc_object/
lib.rs
