Skip to content
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

Upgrade windows crate from v0.37 to v0.43 #58

Merged
merged 2 commits into from
Nov 27, 2022

Conversation

rgwood
Copy link
Contributor

@rgwood rgwood commented Nov 26, 2022

Hello it's me from #51 again!

The windows crate has seen a bit more churn recently, and I figured it might be worth proactively upgrading the version used by trash-rs.

Functionality-wise this should not change anything. I measured compile times before+after and it seems about 5% faster now.

@rgwood
Copy link
Contributor Author

rgwood commented Nov 26, 2022

There were some unrelated Clippy failures on Linux (probably related to a new Clippy version), fixed.

@Byron
Copy link
Owner

Byron commented Nov 27, 2022

Thanks so much for your help with this! And by the looks of it, the churn is worth it as the code looks more and more idiomatic!

One day, Windows having a native Rust API might actually want to make me write software for it 😅.

@Byron Byron merged commit a024b44 into Byron:master Nov 27, 2022
@Byron
Copy link
Owner

Byron commented Nov 27, 2022

And here is the release, I made it a major one maybe for the wrong reason. Can different versions of the windows crate co-exist?

@rgwood
Copy link
Contributor Author

rgwood commented Nov 27, 2022

Can different versions of the windows crate co-exist?

Yep I believe so! Compiling windows twice is a bit slow but it has been working fine in Nushell.

rgwood added a commit to nushell/nushell that referenced this pull request Nov 29, 2022
This upgrades the `windows` and `trash` crates so we are only compiling
1 version of the `windows` crate ([I recently upgraded the version used
in `trash`](Byron/trash-rs#58)).

I was hoping that this would lead to some decent compile time
improvements, but unfortunately it did not. Compiling 1 version of
`windows` with all the features unified is about as slow as compiling 2
versions with distinct feature sets. Still, might as well upgrade.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants