-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Support specify timings in .cargo/config #10567
Support specify timings in .cargo/config #10567
Conversation
r? @ehuss (rust-highfive has picked a reviewer for you, use r? to override) |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
ef55997
to
e67f214
Compare
@ehuss This PR is still being worked on, but before I add the documentation, I wanted to confirm with you that because these two options are not stable, I've marked the configuration as unstable as well. Is this correct? I want to make sure I'm on the right track. Could you please take a look? Thanks! |
29a131d
to
a48b1c7
Compare
Oh, sorry for the confusion. I don't think there is any need to make the config value itself unstable. It is pretty simple and straightforward. |
1fb5cb4
to
4e69e95
Compare
This comment was marked as outdated.
This comment was marked as outdated.
@ehuss Thank you for your reply! I have deleted it. This PR is ready to be reviewed. |
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.
Thanks, looks good! Just need some updates to make sure the JSON option isn't stabilized.
8665669
to
d6b6f8d
Compare
Thanks! Can you squash the commits? @rust-lang/cargo This is a proposal to add and stabilize the [build]
timings = ["html"] or The config uses an array. "html" is the only stable option. "json" is unstable. There could be other considerations for the type of the value (like a boolean or a string), but I feel like an array is the simplest, and is flexible. If more complex options are needed in the future, then the type can be overloaded. I don't feel there is too much to consider, so I don't feel like it needs to be unstable. @rfcbot fcp merge |
Team member @ehuss has proposed to merge this. The next step is review by the rest of the tagged team members: No concerns currently listed. Once a majority of reviewers approve (and at most 2 approvals are outstanding), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for info about what commands tagged team members can give me. |
d6b6f8d
to
6b79492
Compare
Done. |
|
Debug and optimize many times in the development process? |
Also, I think this configuration would be helpful if there is a continuous integration system that is constantly getting timings reports. |
☔ The latest upstream changes (presumably #10753) made this pull request unmergeable. Please resolve the merge conflicts. |
6b79492
to
33651c2
Compare
Signed-off-by: hi-rustin <rustin.liu@gmail.com>
33651c2
to
34a2496
Compare
The conflict has been resolved and if anyone can help move it forward, I would appreciate it. |
This feels like something more transient. The motivations listed in this PR sound more like speculation, so I reached out on the original Issue to the filer for what their intended motivation was. |
He said he just wanna set up all things in the config. What do you think? Should I close this PR?
Also, what do you think of this idea? Do you think it's useful? |
I am going to close this PR as the motivation is not clear. Thanks for your review and feedback. |
What does this PR try to resolve?
close #10509
Support specify timings in .cargo/config.
How should we test and review this PR?