Mirrors/bevy
2
0
Fork 0
mirror of https://github.com/bevyengine/bevy synced 2024-11-23 13:13:49 +00:00
Code Issues Projects Releases Packages Wiki Activity
bevy/crates/bevy_dynamic_plugin/Cargo.toml

21 lines
460 B
TOML
Raw Normal View History

move dynamic plugin loading to its own optional crate (#544) move dynamic plugin loading to its own crate
2020-10-01 20:04:06 +00:00
[package]
name = "bevy_dynamic_plugin"
Release 0.12 (#10362) Preparing next release This PR has been auto-generated --------- Co-authored-by: Bevy Auto Releaser <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: François <mockersf@gmail.com>
2023-11-04 17:24:23 +00:00
version = "0.12.0"
Update to edition 2021 on master (#3028) Objective During work on #3009 I've found that not all jobs use actions-rs, and therefore, an previous version of Rust is used for them. So while compilation and other stuff can pass, checking markup and Android build may fail with compilation errors. Solution This PR adds `action-rs` for any job running cargo, and updates the edition to 2021.
2021-10-27 00:12:14 +00:00
edition = "2021"
move dynamic plugin loading to its own optional crate (#544) move dynamic plugin loading to its own crate
2020-10-01 20:04:06 +00:00
description = "Provides dynamic plugin loading capabilities for non-wasm platforms"
homepage = "https://bevyengine.org"
repository = "https://github.com/bevyengine/bevy"
Relicense Bevy under the dual MIT or Apache-2.0 license (#2509) This relicenses Bevy under the dual MIT or Apache-2.0 license. For rationale, see #2373. * Changes the LICENSE file to describe the dual license. Moved the MIT license to docs/LICENSE-MIT. Added the Apache-2.0 license to docs/LICENSE-APACHE. I opted for this approach over dumping both license files at the root (the more common approach) for a number of reasons: * Github links to the "first" license file (LICENSE-APACHE) in its license links (you can see this in the wgpu and rust-analyzer repos). People clicking these links might erroneously think that the apache license is the only option. Rust and Amethyst both use COPYRIGHT or COPYING files to solve this problem, but this creates more file noise (if you do everything at the root) and the naming feels way less intuitive. * People have a reflex to look for a LICENSE file. By providing a single license file at the root, we make it easy for them to understand our licensing approach. * I like keeping the root clean and noise free * There is precedent for putting the apache and mit license text in sub folders (amethyst) * Removed the `Copyright (c) 2020 Carter Anderson` copyright notice from the MIT license. I don't care about this attribution, it might make license compliance more difficult in some cases, and it didn't properly attribute other contributors. We shoudn't replace it with something like "Copyright (c) 2021 Bevy Contributors" because "Bevy Contributors" is not a legal entity. Instead, we just won't include the copyright line (which has precedent ... Rust also uses this approach). * Updates crates to use the new "MIT OR Apache-2.0" license value * Removes the old legion-transform license file from bevy_transform. bevy_transform has been its own, fully custom implementation for a long time and that license no longer applies. * Added a License section to the main readme * Updated our Bevy Plugin licensing guidelines. As a follow-up we should update the website to properly describe the new license. Closes #2373
2021-07-23 21:11:51 +00:00
license = "MIT OR Apache-2.0"
move dynamic plugin loading to its own optional crate (#544) move dynamic plugin loading to its own crate
2020-10-01 20:04:06 +00:00
keywords = ["bevy"]
[dependencies]
# bevy
Release 0.12 (#10362) Preparing next release This PR has been auto-generated --------- Co-authored-by: Bevy Auto Releaser <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: François <mockersf@gmail.com>
2023-11-04 17:24:23 +00:00
bevy_app = { path = "../bevy_app", version = "0.12.0" }
move dynamic plugin loading to its own optional crate (#544) move dynamic plugin loading to its own crate
2020-10-01 20:04:06 +00:00
# other
Update libloading requirement from 0.7 to 0.8 (#8649) Updates the requirements on [libloading](https://github.com/nagisa/rust_libloading) to permit the latest version. <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/nagisa/rust_libloading/commit/83b1037f21850e7da0cb9c4be17ed05da63894b2"><code>83b1037</code></a> Release 0.8.0</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/a6a394a7efd583a68b61511cf36822268a84acc6"><code>a6a394a</code></a> bump MSRV to 1.48</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/c7955a761e0ca64178b50dfa22be0177b238caf4"><code>c7955a7</code></a> Replace winapi with windows-sys</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/95d03a1ddfbb9909555ed0b701f1018ffbcccebc"><code>95d03a1</code></a> Add support for QNX Neutrino</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/6e284984aee68cc2d1b7e7d5e7b5a2a2279cf8e3"><code>6e28498</code></a> Fix CI</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/95a0f62e8f52dc4f85921132588bfba7be18caf2"><code>95a0f62</code></a> Placate clippy</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/224a3def35b7aa68996768b58d0a0ebabb9f0533"><code>224a3de</code></a> Release 0.7.4</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/bd17713dcce4825b4969ef79b8b643eaee59a29f"><code>bd17713</code></a> Support AIX dyld constants</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/6e0792973615751136453e446b03444dc80f4e0b"><code>6e07929</code></a> fix typo</li> <li><a href="https://github.com/nagisa/rust_libloading/commit/6b33651a90a88b22b8575bf9801cf77ab1ef4318"><code>6b33651</code></a> Construct a PathBuf</li> <li>Additional commits viewable in <a href="https://github.com/nagisa/rust_libloading/compare/0.7.0...0.8.0">compare view</a></li> </ul> </details> <br /> Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details> Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2023-05-22 20:04:15 +00:00
libloading = { version = "0.8" }
bevy_dynamic_plugin: make it possible to handle loading errors (#6437) # Objective Currently, `bevy_dynamic_plugin` simply panics on error. This makes it impossible to handle failures in applications that use this feature. For example, I'd like to build an optional expansion for my game, that may not be distributed to all users. I want to use `bevy_dynamic_plugin` for loading it. I want my game to try to load it on startup, but continue without it if it cannot be loaded. ## Solution - Make the `dynamically_load_plugin` function return a `Result`, so it can gracefully return loading errors. - Create an error enum type, to provide useful information about the kind of error. This adds `thiserror` to the dependencies of `bevy_dynamic_plugin`, but that dependency is already used in other parts of bevy (such as `bevy_asset`), so not a big deal. I chose not to change the behavior of the builder method in the App extension trait. I kept it as panicking. There is no clean way (that I'm aware of) to make a builder-style API that has fallible methods. So it is either a panic or a warning. I feel the panic is more appropriate. --- ## Changelog ### Changed - `bevy_dynamic_plugin::dynamically_load_plugin` now returns `Result` instead of panicking, to allow for error handling
2022-11-01 11:35:44 +00:00
thiserror = "1.0"
Add [lints] table, fix adding `#![allow(clippy::type_complexity)]` everywhere (#10011) # Objective - Fix adding `#![allow(clippy::type_complexity)]` everywhere. like #9796 ## Solution - Use the new [lints] table that will land in 1.74 (https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#lints) - inherit lint to the workspace, crates and examples. ``` [lints] workspace = true ``` ## Changelog - Bump rust version to 1.74 - Enable lints table for the workspace ```toml [workspace.lints.clippy] type_complexity = "allow" ``` - Allow type complexity for all crates and examples ```toml [lints] workspace = true ``` --------- Co-authored-by: Martín Maita <47983254+mnmaita@users.noreply.github.com>
2023-11-18 20:58:48 +00:00
[lints]
workspace = true
Reference in a new issue Copy permalink