-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Disentangle bevy_utils/bevy_core's reexported dependencies #12313
Conversation
Good stuff. I'd like to look into workspace-level dependencies at some point too. Looks like there's more toml formatting to do. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes seem reasonable, besides the one comment I placed that seems a bit odd.
@@ -10,12 +10,13 @@ keywords = ["bevy"] | |||
readme = "README.md" | |||
|
|||
[features] | |||
default = [] | |||
default = ["smallvec"] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Having just this feature in default feels wrong 🤔
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This makes it a non-breaking change because previously it wasn't optional.
CI failures are real, unsurprisingly. James, feel free to merge once you can get things building without default features. |
…e#12313) # Objective Make bevy_utils less of a compilation bottleneck. Tackle bevyengine#11478. ## Solution * Move all of the directly reexported dependencies and move them to where they're actually used. * Remove the UUID utilities that have gone unused since `TypePath` took over for `TypeUuid`. * There was also a extraneous bytemuck dependency on `bevy_core` that has not been used for a long time (since `encase` became the primary way to prepare GPU buffers). * Remove the `all_tuples` macro reexport from bevy_ecs since it's accessible from `bevy_utils`. --- ## Changelog Removed: Many of the reexports from bevy_utils (petgraph, uuid, nonmax, smallvec, and thiserror). Removed: bevy_core's reexports of bytemuck. ## Migration Guide bevy_utils' reexports of petgraph, uuid, nonmax, smallvec, and thiserror have been removed. bevy_core' reexports of bytemuck's types has been removed. Add them as dependencies in your own crate instead.
Addresses Bevy [12313](bevyengine/bevy#12313)
Objective
Make bevy_utils less of a compilation bottleneck. Tackle #11478.
Solution
TypePath
took over forTypeUuid
.bevy_core
that has not been used for a long time (sinceencase
became the primary way to prepare GPU buffers).all_tuples
macro reexport from bevy_ecs since it's accessible frombevy_utils
.Changelog
Removed: Many of the reexports from bevy_utils (petgraph, uuid, nonmax, smallvec, and thiserror).
Removed: bevy_core's reexports of bytemuck.
Migration Guide
bevy_utils' reexports of petgraph, uuid, nonmax, smallvec, and thiserror have been removed.
bevy_core' reexports of bytemuck's types has been removed.
Add them as dependencies in your own crate instead.