std:: Module Catalog
This page is the canonical inventory of shipped modules under std/.
Use it to answer two questions quickly:
- Does a given
std::...module exist in the shipped tree? - Which
docs/std/*.mdpage is the canonical documentation surface for it?
Every shipped std/** Silk module is expected to have an exact canonical doc
page under docs/std/.
Naming rule:
std/foo.slk->docs/std/foo.mdstd/foo/bar.slk->docs/std/foo-bar.mdstd/runtime/posix/io.slk-> runtime posix io
Owning family docs still exist for cross-module design/context, but they do not replace the exact per-module page.
Top-Level Public Modules#
Every shipped top-level std/*.slk module has an exact-name canonical doc
page:
std::abort_controller-> abort controllerstd::algorithms-> algorithmsstd::args-> argsstd::atomic-> atomicstd::arrays-> arraysstd::bits-> bitsstd::boolean-> booleanstd::bytes-> bytesstd::buffer-> bufferstd::build-> buildstd::crypto-> cryptostd::dylib-> dylibstd::env-> envstd::flag-> flagstd::fmt-> fmtstd::formal-> formalstd::fs-> fsstd::function-> functionstd::ggml-> ggmlstd::gpu-> gpustd::gpu::device-> gpu devicestd::gpu::isa-> gpu isastd::graphics-> graphicsstd::http-> httpstd::https-> httpsstd::image-> imagestd::interfaces-> interfacesstd::io-> iostd::json-> jsonstd::limits-> limitsstd::list-> liststd::map-> mapstd::math-> mathstd::memory-> memorystd::mime-> mimestd::net-> netstd::number-> numberstd::optional-> optionalstd::os-> osstd::path-> pathstd::process-> processstd::protobuf-> protobufstd::queue-> queuestd::range-> rangestd::readline-> readlinestd::regex-> regexstd::result-> resultstd::semver-> semverstd::set-> setstd::signal-> signalstd::sqlite-> sqlitestd::ssh-> sshstd::ssh2-> ssh2std::stack-> stackstd::stream-> streamstd::strings-> stringsstd::sync-> syncstd::tar-> tarstd::task-> taskstd::temporal-> temporalstd::test-> teststd::time-> timestd::tls-> tlsstd::toml-> tomlstd::unicode-> unicodestd::url-> urlstd::uuid-> uuidstd::vector-> vectorstd::wasm-> wasmstd::websocket-> websocketstd::window-> windowstd::xml-> xml
Nested Public Submodules#
These modules are part of the shipped std/ source tree and each also has an
exact canonical page:
std::crypto::aead-> crypto aead, cryptostd::crypto::box-> crypto box, cryptostd::crypto::hash-> crypto hash, cryptostd::crypto::random-> crypto random, cryptostd::crypto::secretbox-> crypto secretbox, cryptostd::crypto::sign-> crypto sign, cryptostd::ffi::c-> ffi cstd::ffi::c_owned-> ffi c owned, ffi cstd::fs::stream-> fs stream, fsstd::graphics::opengl-> graphics opengl, graphicsstd::graphics::opengles-> graphics opengles, graphicsstd::graphics::metal-> graphics metal, graphicsstd::graphics::window-> graphics window, graphicsstd::graphics::vulkan-> graphics vulkan, graphicsstd::idl::web-> idl webstd::image::color-> image color, imagestd::image::jpeg-> image jpeg, imagestd::image::png-> image png, imagestd::io::async-> io async, iostd::io::stream-> io stream, iostd::js::ecma-> js ecmastd::math::matrix-> math matrix, mathstd::math::vector-> math vector, mathstd::net::stream-> net stream, netstd::process::child-> process child, processstd::tar::async-> tar async, tarstd::window::gtk-> window gtk, windowstd::window::ios-> window ios, windowstd::window::macos-> window macos, windowstd::uuid::random-> uuid random, uuid
Runtime And Platform Submodules#
std::runtime::* and its platform-specific descendants are implementation
modules used by hosted stdlib surfaces. They still get exact canonical pages,
but those pages are implementation-facing and point back to the runtime family
docs for cross-module behavior.
Generic/runtime-family coverage:
std::runtime::build-> runtime buildstd::runtime::atomic-> runtime atomicstd::runtime::dylib-> runtime dylibstd::runtime::env-> runtime envstd::runtime::event_loop-> runtime event loopstd::runtime::fs-> runtime fsstd::runtime::globals-> runtime globalsstd::runtime::gpu-> runtime gpustd::runtime::graphics::metal-> runtime graphics metal, graphics metalstd::runtime::io-> runtime iostd::runtime::mem-> runtime memstd::runtime::net-> runtime netstd::runtime::number-> runtime numberstd::runtime::process-> runtime processstd::runtime::readline-> runtime readlinestd::runtime::regex-> runtime regexstd::runtime::signal-> runtime signalstd::runtime::sync-> runtime syncstd::runtime::task-> runtime taskstd::runtime::time-> runtime timestd::runtime::unicode-> runtime unicodestd::runtime::window-> runtime window, windowstd::runtime::z3-> runtime z3
Linux-specific runtime modules:
POSIX-specific runtime modules:
std::runtime::posix::env-> runtime posix envstd::runtime::posix::atomic-> runtime posix atomicstd::runtime::posix::dylib-> runtime posix dylibstd::runtime::posix::event_loop-> runtime posix event loopstd::runtime::posix::fs-> runtime posix fsstd::runtime::posix::io-> runtime posix iostd::runtime::posix::mem-> runtime posix memstd::runtime::posix::net-> runtime posix netstd::runtime::posix::process-> runtime posix processstd::runtime::posix::signal-> runtime posix signalstd::runtime::posix::sync-> runtime posix syncstd::runtime::posix::task-> runtime posix taskstd::runtime::posix::time-> runtime posix time
WASI-specific runtime modules:
std::runtime::wasi::cwd-> runtime wasi cwdstd::runtime::wasi::env-> runtime wasi envstd::runtime::wasi::event_loop-> runtime wasi event loopstd::runtime::wasi::fs-> runtime wasi fsstd::runtime::wasi::io-> runtime wasi iostd::runtime::wasi::mem-> runtime wasi memstd::runtime::wasi::net-> runtime wasi netstd::runtime::wasi::preopen-> runtime wasi preopenstd::runtime::wasi::process-> runtime wasi processstd::runtime::wasi::signal-> runtime wasi signalstd::runtime::wasi::sync-> runtime wasi syncstd::runtime::wasi::task-> runtime wasi taskstd::runtime::wasi::time-> runtime wasi time
Notes#
- This catalog is the audit-oriented coverage map for the entire shipped
std/**tree. - For downstream users, start with the exact-name top-level module docs first.
- For nested and runtime modules, use the exact canonical page first and then follow its owning-family links for broader context.
Source repository · Edit this page · View Markdown