Stdlib module `math/trigonometry.vitl`

This page is a wiki-style reference for one concrete stdlib file. It explains what the file owns, where it fits in the family, and how to decide whether this is the right surface to depend on.

Visual portrait of math/trigonometry.vitl — Wiki-style portrait for `math/trigonometry.vitl`.

Family: math

Kind: public stdlib surface

Page style: this reference follows the same “encyclopedic card + portrait + usage contract” logic as the keyword pages, but for stdlib modules.

Overview

Field	Value
Path	`math/trigonometry.vitl`
Family	`math`
Kind	public stdlib surface
Line count	721
Declared procedures	86
Declared forms/picks	0

`math/trigonometry.vitl` is a public stdlib surface inside the `math` family. It should be read as one focused slice of the broader family responsibility: Arithmetic, algebra, comparison, calculus, geometry, modular arithmetic, number theory, probability, statistics, matrix, and vector helpers.

Purpose

This file should be chosen because of responsibility, not because its name “sounds close enough”. Inside the math family, it carries one focused part of the contract and keeps that responsibility separate from neighboring concerns.

A scoring engine can compute aggregates in `math` while keeping I/O and transport elsewhere.
A statistics or matrix chapter should explain the workflow around the computation, not just a single formula.

Top-level API inventory

Surface	Items
Procedures	`abs_f64`, `min_f64`, `max_f64`, `clamp_f64`, `sign_f64`, `is_near_zero`, `normalize_degrees`, `normalize_radians`, `wrap_radians`, `degrees_to_radians`, `radians_to_degrees`, `opposite_angle`
Forms	none declared at top level
Picks	none declared at top level
Constants	`PI`, `HALF_PI`, `QUARTER_PI`, `TWO_PI`, `THREE_HALF_PI`, `DEG_TO_RAD`, `RAD_TO_DEG`, `EPSILON`, `SERIES_STEPS`

Imported surfaces

This file does not advertise a top-level `use` surface in its opening declarations. That often means it is either self-contained or an aggregation layer.

How to use this module

Start by reading the file as an ownership boundary. Ask three questions: what enters this module, what stable types or procedures it exports, and what adjacent module should stay outside of it.

Open the family page first to understand why this area of the stdlib exists.
Read the source excerpt below to see the namespace, imports, and first declared surfaces.
Check the neighbor list to avoid coupling this module with an adjacent responsibility by habit.

Source shape

space vitte/stdlib/math/trigonometry
   Trigonometry — angle normalization and trig approximations
   ========================================================= >>>
const PI: f64 = 3.141592653589793
const HALF_PI: f64 = 1.5707963267948966
const QUARTER_PI: f64 = 0.7853981633974483
const TWO_PI: f64 = 6.283185307179586
const THREE_HALF_PI: f64 = 4.71238898038469
const DEG_TO_RAD: f64 = 0.017453292519943295
const RAD_TO_DEG: f64 = 57.29577951308232

The excerpt is not meant to replace the file. It exists to make the module recognizable at first glance, the same way a Wikipedia infobox helps the reader orient before reading the whole article.

Integration boundaries

Within math, this file should remain focused. If a future helper changes the host boundary, scheduling boundary, or data-shape boundary, it probably belongs in a neighbor module instead of being added here by convenience.

Family responsibility: Arithmetic, algebra, comparison, calculus, geometry, modular arithmetic, number theory, probability, statistics, matrix, and vector helpers.
Family architecture role: Use `math` when the transformation itself is the feature. This family exists so algorithmic intent stays visible and testable.

Stdlib module math/trigonometry.vitl