-
-
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
[Merged by Bors] - Enable trace feature for subfeatures using it #3337
[Merged by Bors] - Enable trace feature for subfeatures using it #3337
Conversation
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.
Makes sense to me. Is it worth also dealing with the fact that the trace features have different names depending on which crate they're in?
I.e. trace_chrome
in bevy
, but tracing-chrome
in bevy_log
In |
But perhaps we should go the other way, and name the features in the parent crates after the crates they activate? |
I personally like the consistency of |
bors r+ |
# Objective - It isn't very useful to be able to enable feature `trace_chrome` on its own ## Solution - Enable `trace` feature when enabling `trace_chrome` or `trace_tracy` Co-authored-by: François <8672791+mockersf@users.noreply.github.com>
Objective
trace_chrome
on its ownSolution
trace
feature when enablingtrace_chrome
ortrace_tracy