1//! # The Rust Core Library
2//!
3//! The Rust Core Library is the dependency-free[^free] foundation of [The
4//! Rust Standard Library](../std/index.html). It is the portable glue
5//! between the language and its libraries, defining the intrinsic and
6//! primitive building blocks of all Rust code. It links to no
7//! upstream libraries, no system libraries, and no libc.
8//!
9//! [^free]: Strictly speaking, there are some symbols which are needed but
10//! they aren't always necessary.
11//!
12//! The core library is *minimal*: it isn't even aware of heap allocation,
13//! nor does it provide concurrency or I/O. These things require
14//! platform integration, and this library is platform-agnostic.
15//!
16//! # How to use the core library
17//!
18//! Please note that all of these details are currently not considered stable.
19//!
20// FIXME: Fill me in with more detail when the interface settles
21//! This library is built on the assumption of a few existing symbols:
22//!
23//! * `memcpy`, `memmove`, `memset`, `memcmp`, `bcmp`, `strlen` - These are core memory routines
24//! which are generated by Rust codegen backends. Additionally, this library can make explicit
25//! calls to `strlen`. Their signatures are the same as found in C, but there are extra
26//! assumptions about their semantics: For `memcpy`, `memmove`, `memset`, `memcmp`, and `bcmp`, if
27//! the `n` parameter is 0, the function is assumed to not be UB, even if the pointers are NULL or
28//! dangling. (Note that making extra assumptions about these functions is common among compilers:
29//! [clang](https://reviews.llvm.org/D86993) and [GCC](https://gcc.gnu.org/onlinedocs/gcc/Standards.html#C-Language) do the same.)
30//! These functions are often provided by the system libc, but can also be provided by the
31//! [compiler-builtins crate](https://crates.io/crates/compiler_builtins).
32//! Note that the library does not guarantee that it will always make these assumptions, so Rust
33//! user code directly calling the C functions should follow the C specification! The advice for
34//! Rust user code is to call the functions provided by this library instead (such as
35//! `ptr::copy`).
36//!
37//! * Panic handler - This function takes one argument, a `&panic::PanicInfo`. It is up to consumers of this core
38//! library to define this panic function; it is only required to never
39//! return. You should mark your implementation using `#[panic_handler]`.
40//!
41//! * `rust_eh_personality` - is used by the failure mechanisms of the
42//! compiler. This is often mapped to GCC's personality function, but crates
43//! which do not trigger a panic can be assured that this function is never
44//! called. The `lang` attribute is called `eh_personality`.
4546#![stable(feature = "core", since = "1.6.0")]
47#![doc(
48 html_playground_url = "https://play.rust-lang.org/",
49 issue_tracker_base_url = "https://github.com/rust-lang/rust/issues/",
50 test(no_crate_inject, attr(deny(warnings))),
51 test(attr(allow(dead_code, deprecated, unused_variables, unused_mut, duplicate_features)))
52)]
53#![doc(rust_logo)]
54#![doc(auto_cfg(
55 hide(no_fp_fmt_parse),
56 hide(target_pointer_width, values("16", "32", "64")),
57 hide(
58 target_has_atomic,
59 target_has_atomic_primitive_alignment,
60 target_has_atomic_load_store,
61 values("8", "16", "32", "64", "ptr"),
62 ),
63))]
64#![no_core]
65#![rustc_coherence_is_core]
66#![rustc_preserve_ub_checks]
67//
68// Lints:
69#![deny(rust_2021_incompatible_or_patterns)]
70#![deny(unsafe_op_in_unsafe_fn)]
71#![deny(implicit_provenance_casts)]
72#![warn(deprecated_in_future)]
73#![warn(missing_debug_implementations)]
74#![warn(missing_docs)]
75#![allow(explicit_outlives_requirements)]
76#![allow(incomplete_features)]
77#![warn(multiple_supertrait_upcastable)]
78#![allow(internal_features)]
79#![allow(unused_features)]
80#![deny(ffi_unwind_calls)]
81#![warn(unreachable_pub)]
82// Do not check link redundancy on bootstrapping phase
83#![allow(rustdoc::redundant_explicit_links)]
84#![warn(rustdoc::unescaped_backticks)]
85//
86// Library features:
87// tidy-alphabetical-start
88#![feature(asm_experimental_arch)]
89#![feature(bstr_internals)]
90#![feature(cfg_target_has_reliable_f16_f128)]
91#![feature(const_carrying_mul_add)]
92#![feature(const_cmp)]
93#![feature(const_destruct)]
94#![feature(const_eval_select)]
95#![feature(const_select_unpredictable)]
96#![feature(core_intrinsics)]
97#![feature(coverage_attribute)]
98#![feature(disjoint_bitor)]
99#![feature(io_const_error)]
100#![feature(offset_of_enum)]
101#![feature(panic_internals)]
102#![feature(pattern_type_macro)]
103#![feature(ub_checks)]
104// tidy-alphabetical-end
105//
106// Language features:
107// tidy-alphabetical-start
108#![feature(abi_unadjusted)]
109#![feature(adt_const_params)]
110#![feature(allow_internal_unsafe)]
111#![feature(allow_internal_unstable)]
112#![feature(auto_traits)]
113#![feature(cfg_sanitize)]
114#![feature(cfg_target_has_atomic)]
115#![feature(cfg_ub_checks)]
116#![feature(const_closures)]
117#![feature(const_precise_live_drops)]
118#![feature(const_trait_impl)]
119#![feature(decl_macro)]
120#![feature(deprecated_suggestion)]
121#![feature(derive_const)]
122#![feature(diagnostic_on_const)]
123#![feature(diagnostic_on_unmatched_args)]
124#![feature(diagnostic_opaque)]
125#![feature(doc_cfg)]
126#![feature(doc_notable_trait)]
127#![feature(extern_types)]
128#![feature(f16)]
129#![feature(f128)]
130#![feature(field_projections)]
131#![feature(final_associated_functions)]
132#![feature(freeze_impls)]
133#![feature(fundamental)]
134#![feature(funnel_shifts)]
135#![feature(impl_restriction)]
136#![feature(intra_doc_pointers)]
137#![feature(intrinsics)]
138#![feature(lang_items)]
139#![feature(link_cfg)]
140#![feature(link_llvm_intrinsics)]
141#![feature(macro_metavar_expr)]
142#![feature(macro_metavar_expr_concat)]
143#![feature(marker_trait_attr)]
144#![feature(min_specialization)]
145#![feature(multiple_supertrait_upcastable)]
146#![feature(must_not_suspend)]
147#![feature(negative_impls)]
148#![feature(never_type)]
149#![feature(no_core)]
150#![feature(optimize_attribute)]
151#![feature(pattern_types)]
152#![feature(pin_macro_internals)]
153#![feature(prelude_import)]
154#![feature(repr_simd)]
155#![feature(rustc_attrs)]
156#![feature(rustdoc_internals)]
157#![feature(simd_ffi)]
158#![feature(staged_api)]
159#![feature(stmt_expr_attributes)]
160#![feature(strict_provenance_lints)]
161#![feature(trait_alias)]
162#![feature(transparent_unions)]
163#![feature(try_blocks)]
164#![feature(uint_carryless_mul)]
165#![feature(unboxed_closures)]
166#![feature(unsized_fn_params)]
167#![feature(with_negative_coherence)]
168// tidy-alphabetical-end
169//
170// Target features:
171// tidy-alphabetical-start
172#![feature(aarch64_unstable_target_feature)]
173#![feature(arm_target_feature)]
174#![feature(avx10_target_feature)]
175#![feature(clflushopt_target_feature)]
176#![feature(hexagon_target_feature)]
177#![feature(loongarch_target_feature)]
178#![feature(mips_target_feature)]
179#![feature(movrs_target_feature)]
180#![feature(nvptx_target_feature)]
181#![feature(powerpc_target_feature)]
182#![feature(riscv_target_feature)]
183#![feature(rtm_target_feature)]
184#![feature(s390x_target_feature)]
185#![feature(wasm_target_feature)]
186#![feature(x86_amx_intrinsics)]
187// tidy-alphabetical-end
188189// allow using `core::` in intra-doc links
190#[allow(unused_extern_crates)]
191extern crate self as core;
192193/* The core prelude, not as all-encompassing as the std prelude */
194// The compiler expects the prelude definition to be defined before it's use statement.
195pub mod prelude;
196197#[prelude_import]
198#[allow(unused)]
199use prelude::rust_2024::*;
200201#[macro_use]
202mod macros;
203204#[stable(feature = "assert_matches", since = "1.96.0")]
205pub use crate::macros::{assert_matches, debug_assert_matches};
206207#[unstable(feature = "derive_from", issue = "144889")]
208/// Unstable module containing the unstable `From` derive macro.
209pub mod from {
210#[unstable(feature = "derive_from", issue = "144889")]
211pub use crate::macros::builtin::From;
212}
213214// We don't export this through #[macro_export] for now, to avoid breakage.
215#[unstable(feature = "autodiff", issue = "124509")]
216#[doc = "This module provides support for automatic differentiation. For precise information on\ndifferences between the `autodiff_forward` and `autodiff_reverse` macros and how to\nuse them, see their respective documentation.\n\n## General usage\n\nAutodiff macros can be applied to almost all function definitions, see below for examples.\nThey can be applied to functions accepting structs, arrays, slices, vectors, tuples, and more.\n\nIt is possible to apply multiple autodiff macros to the same function. As an example, this can\nbe helpful to compute the partial derivatives with respect to `x` and `y` independently:\n```rust,ignore (optional component)\n#[autodiff_forward(dsquare1, Dual, Const, Dual)]\n#[autodiff_forward(dsquare2, Const, Dual, Dual)]\n#[autodiff_forward(dsquare3, Active, Active, Active)]\nfn square(x: f64, y: f64) -> f64 {\n x * x + 2.0 * y\n}\n```\n\nWe also support autodiff on functions with generic parameters:\n```rust,ignore (optional component)\n#[autodiff_forward(generic_derivative, Duplicated, Active)]\nfn generic_f<T: std::ops::Mul<Output = T> + Copy>(x: &T) -> T {\n x * x\n}\n```\n\nor applying autodiff to nested functions:\n```rust,ignore (optional component)\nfn outer(x: f64) -> f64 {\n #[autodiff_forward(inner_derivative, Dual, Const)]\n fn inner(y: f64) -> f64 {\n y * y\n }\n inner_derivative(x, 1.0)\n}\n\nfn main() {\n assert_eq!(outer(3.14), 6.28);\n}\n```\nThe generated function will be available in the same scope as the function differentiated, and\nhave the same private/pub usability.\n\n## Traits and impls\nAutodiff macros can be used in multiple ways in combination with traits:\n```rust,ignore (optional component)\nstruct Foo {\n a: f64,\n}\n\ntrait MyTrait {\n #[autodiff_reverse(df, Const, Active, Active)]\n fn f(&self, x: f64) -> f64;\n}\n\nimpl MyTrait for Foo {\n fn f(&self, x: f64) -> f64 {\n x.sin()\n }\n}\n\nfn main() {\n let foo = Foo { a: 3.0f64 };\n assert_eq!(foo.f(2.0), 2.0_f64.sin());\n assert_eq!(foo.df(2.0, 1.0).1, 2.0_f64.cos());\n}\n```\nIn this case `df` will be the default implementation provided by the library who provided the\ntrait. A user implementing `MyTrait` could then decide to use the default implementation of\n`df`, or overwrite it with a custom implementation as a form of \"custom derivatives\".\n\nOn the other hand, a function generated by either autodiff macro can also be used to implement a\ntrait:\n```rust,ignore (optional component)\nstruct Foo {\n a: f64,\n}\n\ntrait MyTrait {\n fn f(&self, x: f64) -> f64;\n fn df(&self, x: f64, seed: f64) -> (f64, f64);\n}\n\nimpl MyTrait for Foo {\n #[autodiff_reverse(df, Const, Active, Active)]\n fn f(&self, x: f64) -> f64 {\n self.a * 0.25 * (x * x - 1.0 - 2.0 * x.ln())\n }\n}\n```\n\nSimple `impl` blocks without traits are also supported. Differentiating with respect to the\nimplemented struct will then require the use of a \"shadow struct\" to hold the derivatives of the\nstruct fields:\n\n```rust,ignore (optional component)\nstruct OptProblem {\n a: f64,\n b: f64,\n}\n\nimpl OptProblem {\n #[autodiff_reverse(d_objective, Duplicated, Duplicated, Duplicated)]\n fn objective(&self, x: &[f64], out: &mut f64) {\n *out = self.a + x[0].sqrt() * self.b\n }\n}\nfn main() {\n let p = OptProblem { a: 1., b: 2. };\n let mut p_shadow = OptProblem { a: 0., b: 0. };\n let mut dx = [0.0];\n let mut out = 0.0;\n let mut dout = 1.0;\n\n p.d_objective(&mut p_shadow, &x, &mut dx, &mut out, &mut dout);\n}\n```\n\n## Higher-order derivatives\nFinally, it is possible to generate higher-order derivatives (e.g. Hessian) by applying an\nautodiff macro to a function that is already generated by an autodiff macro, via a thin wrapper.\nThe following example uses Forward mode over Reverse mode\n\n```rust,ignore (optional component)\n#[autodiff_reverse(df, Duplicated, Duplicated)]\nfn f(x: &[f64;2], y: &mut f64) {\n *y = x[0] * x[0] + x[1] * x[0]\n}\n\n#[autodiff_forward(h, Dual, Dual, Dual, Dual)]\nfn wrapper(x: &[f64;2], dx: &mut [f64;2], y: &mut f64, dy: &mut f64) {\n df(x, dx, y, dy);\n}\n\nfn main() {\n let mut y = 0.0;\n let x = [2.0, 2.0];\n\n let mut dy = 0.0;\n let mut dx = [1.0, 0.0];\n\n let mut bx = [0.0, 0.0];\n let mut by = 1.0;\n let mut dbx = [0.0, 0.0];\n let mut dby = 0.0;\n h(&x, &mut dx, &mut bx, &mut dbx, &mut y, &mut dy, &mut by, &mut dby);\n assert_eq!(&dbx, [2.0, 1.0]);\n}\n```\n\n## Current limitations:\n\n- Differentiating a function which accepts a `dyn Trait` is currently not supported.\n- Builds without `lto=\"fat\"` are not yet supported.\n- Builds in debug mode are currently more likely to fail compilation.\n"include_str!("../../core/src/autodiff.md")]
217pub mod autodiff {
218#[unstable(feature = "autodiff", issue = "124509")]
219pub use crate::macros::builtin::{autodiff_forward, autodiff_reverse};
220}
221222#[unstable(feature = "gpu_offload", issue = "131513")]
223#[doc = "This module provides support for gpu offloading. For technical details regarding the `offload_kernel`\nand how to use it, see their respective documentation.\n\n## General usage\nThe `offload_kernel` macro can be applied to a function to generate the necessary code to launch a\nkernel on the target device.\n\n```rust,ignore (optional component)\n#[offload_kernel]\nfn kernel(x: *mut [f64; 256]) {\n // SAFETY:\n // calling our `arch` functions and dereferencing a raw pointer is unsafe\n unsafe {\n let n = (*x).len();\n let i = (thread_idx_x() + block_idx_x() * block_dim_x()) as usize;\n if i < n {\n (*x)[i] = i as f64;\n }\n }\n}\n```\n\nTo launch an offloaded kernel, the only current way is to use the `core::intrinsic::offload`\nintrinsic (note that intrinsics usage is discouraged outside the standard library). This\nallows you to specify grid and block dimensions and pass the required arguments to the device.\n\n```rust,ignore (optional component)\nlet mut x = [0.0f64; 256];\ncore::intrinsics::offload::<_, _, ()>(kernel, [256, 1, 1], [1, 1, 1], (&mut x as *mut [f64; 256],));\n```\n\nFor precise information on the `offload` intrinsic, see its respective documentation.\n\n## Current limitations:\n\n- Usage is restricted to types supported by the current device-mapping implementation.\n- Generics and functions accepting dyn Trait are not supported.\n- Kernel execution is currently restricted to intrinsics usage, which is discouraged outside of the\nstandard library.\n"include_str!("../../core/src/offload.md")]
224pub mod offload;
225226#[unstable(feature = "contracts", issue = "128044")]
227pub mod contracts;
228229#[unstable(feature = "derive_macro_global_path", issue = "154645")]
230pub use crate::macros::builtin::derive;
231#[stable(feature = "cfg_select", since = "1.95.0")]
232pub use crate::macros::cfg_select;
233234#[macro_use]
235mod internal_macros;
236237#[path = "num/shells/legacy_int_modules.rs"]
238mod legacy_int_modules;
239#[stable(feature = "rust1", since = "1.0.0")]
240#[allow(clippy::useless_attribute)] // FIXME false positive (https://github.com/rust-lang/rust-clippy/issues/15636)
241#[allow(deprecated_in_future)]
242pub use legacy_int_modules::{i8, i16, i32, i64, isize, u8, u16, u32, u64, usize};
243#[stable(feature = "i128", since = "1.26.0")]
244#[allow(clippy::useless_attribute)] // FIXME false positive (https://github.com/rust-lang/rust-clippy/issues/15636)
245#[allow(deprecated_in_future)]
246pub use legacy_int_modules::{i128, u128};
247248#[path = "num/f128.rs"]
249pub mod f128;
250#[path = "num/f16.rs"]
251pub mod f16;
252#[path = "num/f32.rs"]
253pub mod f32;
254#[path = "num/f64.rs"]
255pub mod f64;
256257#[macro_use]
258pub mod num;
259260/* Core modules for ownership management */
261262pub mod hint;
263pub mod intrinsics;
264pub mod mem;
265#[unstable(feature = "profiling_marker_api", issue = "148197")]
266pub mod profiling;
267pub mod ptr;
268#[unstable(feature = "ub_checks", issue = "none")]
269pub mod ub_checks;
270271/* Core language traits */
272273pub mod borrow;
274pub mod clone;
275pub mod cmp;
276pub mod convert;
277pub mod default;
278pub mod error;
279#[unstable(feature = "field_projections", issue = "145383")]
280pub mod field;
281pub mod index;
282pub mod marker;
283pub mod ops;
284285/* Core types and methods on primitives */
286287pub mod any;
288pub mod array;
289pub mod ascii;
290pub mod asserting;
291#[unstable(feature = "async_iterator", issue = "79024")]
292pub mod async_iter;
293#[unstable(feature = "bstr", issue = "134915")]
294pub mod bstr;
295pub mod cell;
296pub mod char;
297pub mod ffi;
298#[unstable(feature = "core_io", issue = "154046")]
299pub mod io;
300pub mod iter;
301pub mod net;
302pub mod option;
303pub mod os;
304pub mod panic;
305pub mod panicking;
306#[unstable(feature = "pattern_type_macro", issue = "123646")]
307pub mod pat;
308pub mod pin;
309#[unstable(feature = "abort_immediate", issue = "154601")]
310pub mod process;
311#[unstable(feature = "random", issue = "130703")]
312pub mod random;
313#[stable(feature = "new_range_inclusive_api", since = "1.95.0")]
314pub mod range;
315pub mod result;
316pub mod sync;
317#[unstable(feature = "unsafe_binders", issue = "130516")]
318pub mod unsafe_binder;
319320pub mod fmt;
321pub mod hash;
322pub mod slice;
323pub mod str;
324pub mod time;
325326pub mod wtf8;
327328pub mod unicode;
329330/* Async */
331pub mod future;
332pub mod task;
333334/* Heap memory allocator trait */
335#[allow(missing_docs)]
336pub mod alloc;
337338// note: does not need to be public
339mod bool;
340mod escape;
341mod tuple;
342mod unit;
343#[cfg_attr(feature = "nightly", not(bootstrap))]
344#[unstable(feature = "view_type_macro", issue = "155938")]
345pub mod view;
346347#[stable(feature = "core_primitive", since = "1.43.0")]
348pub mod primitive;
349350// Pull in the `core_arch` crate directly into core. The contents of
351// `core_arch` are in a different repository: rust-lang/stdarch.
352//
353// `core_arch` depends on core, but the contents of this module are
354// set up in such a way that directly pulling it here works such that the
355// crate uses the this crate as its core.
356#[path = "../../stdarch/crates/core_arch/src/mod.rs"]
357#[allow(
358 missing_docs,
359 missing_debug_implementations,
360 dead_code,
361 unused_imports,
362 unsafe_op_in_unsafe_fn,
363 ambiguous_glob_reexports,
364 deprecated_in_future,
365 unreachable_pub
366)]
367#[allow(rustdoc::bare_urls)]
368mod core_arch;
369370#[stable(feature = "simd_arch", since = "1.27.0")]
371pub mod arch;
372373// Pull in the `core_simd` crate directly into core. The contents of
374// `core_simd` are in a different repository: rust-lang/portable-simd.
375//
376// `core_simd` depends on core, but the contents of this module are
377// set up in such a way that directly pulling it here works such that the
378// crate uses this crate as its core.
379#[path = "../../portable-simd/crates/core_simd/src/mod.rs"]
380#[allow(missing_debug_implementations, dead_code, unsafe_op_in_unsafe_fn)]
381#[allow(rustdoc::bare_urls)]
382#[unstable(feature = "portable_simd", issue = "86656")]
383mod core_simd;
384385#[unstable(feature = "portable_simd", issue = "86656")]
386pub mod simd {
387#![doc = "Portable SIMD module.\n\nThis module offers a portable abstraction for SIMD operations\nthat is not bound to any particular hardware architecture.\n\n# What is \"portable\"?\n\nThis module provides a SIMD implementation that is fast and predictable on any target.\n\n### Portable SIMD works on every target\n\nUnlike target-specific SIMD in `std::arch`, portable SIMD compiles for every target.\nIn this regard, it is just like \"regular\" Rust.\n\n### Portable SIMD is consistent between targets\n\nA program using portable SIMD can expect identical behavior on any target.\nIn most regards, [`Simd<T, N>`] can be thought of as a parallelized `[T; N]` and operates like a sequence of `T`.\n\nThis has one notable exception: a handful of older architectures (e.g. `armv7` and `powerpc`) flush [subnormal](`f32::is_subnormal`) `f32` values to zero.\nOn these architectures, subnormal `f32` input values are replaced with zeros, and any operation producing subnormal `f32` values produces zeros instead.\nThis doesn\'t affect most architectures or programs.\n\n### Operations use the best instructions available\n\nOperations provided by this module compile to the best available SIMD instructions.\n\nPortable SIMD is not a low-level vendor library, and operations in portable SIMD _do not_ necessarily map to a single instruction.\nInstead, they map to a reasonable implementation of the operation for the target.\n\nConsistency between targets is not compromised to use faster or fewer instructions.\nIn some cases, `std::arch` will provide a faster function that has slightly different behavior than the `std::simd` equivalent.\nFor example, `_mm_min_ps`[^1] can be slightly faster than [`SimdFloat::simd_min`](`num::SimdFloat::simd_min`), but does not conform to the IEEE standard also used by [`f32::min`].\nWhen necessary, [`Simd<T, N>`] can be converted to the types provided by `std::arch` to make use of target-specific functions.\n\nMany targets simply don\'t have SIMD, or don\'t support SIMD for a particular element type.\nIn those cases, regular scalar operations are generated instead.\n\n[^1]: `_mm_min_ps(x, y)` is equivalent to `x.simd_lt(y).select(x, y)`\n"include_str!("../../portable-simd/crates/core_simd/src/core_simd_docs.md")]
388389 #[unstable(feature = "portable_simd", issue = "86656")]
390pub use crate::core_simd::simd::*;
391}
392393// Include private modules that exist solely to provide rustdoc
394// documentation for built-in attributes. Using `include!` because rustdoc
395// only looks for these modules at the crate level.
396include!("attribute_docs.rs");
397398// Include a number of private modules that exist solely to provide
399// the rustdoc documentation for the existing keywords. Using `include!`
400// because rustdoc only looks for these modules at the crate level.
401include!("keyword_docs.rs");
402403// Include a number of private modules that exist solely to provide
404// the rustdoc documentation for primitive types. Using `include!`
405// because rustdoc only looks for these modules at the crate level.
406include!("primitive_docs.rs");