|
3 | 3 | [](https://github.com/rust-mobile/android-activity/actions/workflows/ci.yml)
|
4 | 4 | [](https://crates.io/crates/android-activity)
|
5 | 5 | [](https://docs.rs/android-activity)
|
6 |
| -[](https://blog.rust-lang.org/2022/09/22/Rust-1.64.0.html) |
| 6 | +[](https://blog.rust-lang.org/2023/03/09/Rust-1.68.0.html) |
7 | 7 |
|
8 | 8 | ## Overview
|
9 | 9 |
|
@@ -36,8 +36,8 @@ Cargo.toml
|
36 | 36 | ```toml
|
37 | 37 | [dependencies]
|
38 | 38 | log = "0.4"
|
39 |
| -android_logger = "0.11" |
40 |
| -android-activity = { version = "0.4", features = [ "native-activity" ] } |
| 39 | +android_logger = "0.13" |
| 40 | +android-activity = { version = "0.5", features = [ "native-activity" ] } |
41 | 41 |
|
42 | 42 | [lib]
|
43 | 43 | crate_type = ["cdylib"]
|
@@ -126,8 +126,8 @@ Middleware libraries can instead look at using the [ndk-context](https://crates.
|
126 | 126 | The steps to switch a simple standalone application over from `ndk-glue` to `android-activity` (still based on `NativeActivity`) should be:
|
127 | 127 |
|
128 | 128 | 1. Remove `ndk-glue` from your Cargo.toml
|
129 |
| -2. Add a dependency on `android-activity`, like `android-activity = { version="0.4", features = [ "native-activity" ] }` |
130 |
| -3. Optionally add a dependency on `android_logger = "0.11.0"` |
| 129 | +2. Add a dependency on `android-activity`, like `android-activity = { version="0.5", features = [ "native-activity" ] }` |
| 130 | +3. Optionally add a dependency on `android_logger = "0.13.0"` |
131 | 131 | 4. Update the `main` entry point to look like this:
|
132 | 132 |
|
133 | 133 | ```rust
|
@@ -157,8 +157,8 @@ Prior to working on android-activity, the existing glue crates available for bui
|
157 | 157 | ## MSRV
|
158 | 158 |
|
159 | 159 | We aim to (at least) support stable releases of Rust from the last three months. Rust has a 6 week release cycle which means we will support the last three stable releases.
|
160 |
| -For example, when Rust 1.69 is released we would limit our `rust_version` to 1.67. |
| 160 | +For example, when Rust 1.69 is released we would limit our `rust-version` to 1.67. |
161 | 161 |
|
162 |
| -We will only bump the `rust_version` at the point where we either depend on a new features or a dependency has increased its MSRV, and we won't be greedy. In other words we will only set the MSRV to the lowest version that's _needed_. |
| 162 | +We will only bump the `rust-version` at the point where we either depend on a new features or a dependency has increased its MSRV, and we won't be greedy. In other words we will only set the MSRV to the lowest version that's _needed_. |
163 | 163 |
|
164 |
| -MSRV updates are not considered to be inherently semver breaking (unless a new feature is exposed in the public API) and so a `rust_version` change may happen in patch releases. |
| 164 | +MSRV updates are not considered to be inherently semver breaking (unless a new feature is exposed in the public API) and so a `rust-version` change may happen in patch releases. |
0 commit comments