forked from M-Labs/nac3
fixup! core: move Slice and RustSlice to its own file & genericize their IntKind
This commit is contained in:
parent
a1410833bc
commit
52da6347ee
|
@ -33,10 +33,6 @@ impl<'ctx, N: IntKind<'ctx>> StructKind<'ctx> for Slice<N> {
|
||||||
/// A Rust structure that has [`Slice`] utilities and looks like a [`Slice`] but
|
/// A Rust structure that has [`Slice`] utilities and looks like a [`Slice`] but
|
||||||
/// `start`, `stop` and `step` are held by LLVM registers only and possibly
|
/// `start`, `stop` and `step` are held by LLVM registers only and possibly
|
||||||
/// [`Option::None`] if unspecified.
|
/// [`Option::None`] if unspecified.
|
||||||
///
|
|
||||||
/// This structure exists because many implementations use [`Slice`] utilities but
|
|
||||||
/// it might not be good to alloca an actual [`Slice`] value on the stack in order
|
|
||||||
/// to perform calculations.
|
|
||||||
#[derive(Debug, Clone)]
|
#[derive(Debug, Clone)]
|
||||||
pub struct RustSlice<'ctx, N: IntKind<'ctx>> {
|
pub struct RustSlice<'ctx, N: IntKind<'ctx>> {
|
||||||
pub start: Option<Instance<'ctx, Int<N>>>,
|
pub start: Option<Instance<'ctx, Int<N>>>,
|
||||||
|
|
Loading…
Reference in New Issue