|
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