1
0
Fork 0
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
hmz007 6d24f2138b
Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56)
3 years ago
..
patches Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
src Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
tests Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.cargo_vcs_info.json Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.clippy.toml Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.editorconfig Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.gitattributes Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.gitignore Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
.rustfmt.toml Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
Android.bp Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
CHANGELOG.md Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
Cargo.toml Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
Cargo.toml.orig Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
LICENSE Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
LICENSE-APACHE Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
LICENSE-MIT Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
METADATA Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
MODULE_LICENSE_APACHE2 Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
OWNERS Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
README.md Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago
cargo2android.json Rockchip Anroid12_SDK 20220721-rkr10 (e1522e56) 3 years ago

README.md

pin-project-lite

crates.io docs.rs license rustc build status

A lightweight version of pin-project written with declarative macros.

Usage

Add this to your Cargo.toml:

[dependencies]
pin-project-lite = "0.2"

Compiler support: requires rustc 1.37+

Examples

pin_project! macro creates a projection type covering all the fields of struct.

use pin_project_lite::pin_project;
use std::pin::Pin;

pin_project! {
    struct Struct<T, U> {
        #[pin]
        pinned: T,
        unpinned: U,
    }
}

impl<T, U> Struct<T, U> {
    fn method(self: Pin<&mut Self>) {
        let this = self.project();
        let _: Pin<&mut T> = this.pinned; // Pinned reference to the field
        let _: &mut U = this.unpinned; // Normal reference to the field
    }
}

To use pin_project! on enums, you need to name the projection type returned from the method.

use pin_project_lite::pin_project;
use std::pin::Pin;

pin_project! {
    #[project = EnumProj]
    enum Enum<T, U> {
        Variant { #[pin] pinned: T, unpinned: U },
    }
}

impl<T, U> Enum<T, U> {
    fn method(self: Pin<&mut Self>) {
        match self.project() {
            EnumProj::Variant { pinned, unpinned } => {
                let _: Pin<&mut T> = pinned;
                let _: &mut U = unpinned;
            }
        }
    }
}

pin-project vs pin-project-lite

Here are some similarities and differences compared to pin-project.

Similar: Safety

pin-project-lite guarantees safety in much the same way as pin-project. Both are completely safe unless you write other unsafe code.

Different: Minimal design

This library does not tackle as expansive of a range of use cases as pin-project does. If your use case is not already covered, please use pin-project.

This is the only reason to use this crate. However, if you already have proc-macro related dependencies in your crate's dependency graph, there is no benefit from using this crate. (Note: There is almost no difference in the amount of code generated between pin-project and pin-project-lite.)

Different: No useful error messages

This macro does not handle any invalid input. So error messages are not to be useful in most cases. If you do need useful error messages, then upon error you can pass the same input to pin-project to receive a helpful description of the compile error.

Different: No support for custom Drop implementation

pin-project supports this by #[pinned_drop].

Different: No support for custom Unpin implementation

pin-project supports this by UnsafeUnpin and !Unpin.

Different: No support for tuple structs and tuple variants

pin-project supports this.

License

Licensed under either of Apache License, Version 2.0 or MIT license at your option.

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.