-
Notifications
You must be signed in to change notification settings - Fork 24
Fix clippy lints #73
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
Fix clippy lints #73
Conversation
You could rebase this PR on master instead of your previous PR by executing |
I'll try that then, thank you! Sorry for the trouble. |
I believe I managed to rebase it, but I had a warning telling me to do |
c7940fe
to
9c2c6af
Compare
Okay, it should be fine now, I reverted last commit that merged the |
Sorry for replying in a new comment, I saw the suggest change you left on replacing it with a |
Ah, you've seen that comment. I thought I removed it early enough after realizing the same that you wrote. Next time I should keep the comment and just edit it I guess. :) |
Oops, sorry, I thought I just couldn't find it or maybe github wasn't updating the comment for some reason |
…ntic` clippy lints.
Changed most indexing to `get_unchecked` because of lint `clippy::indexing_slicing`. This should also improve performance, as the compiler doesn't need to emmit panic code. `clippy::option_if_let_else` is now allowed throughout the whole crate, as it doesn't add much.
…sts and added tests within it for most expected types.
Co-authored-by: Thomas Bahn <thomas@thomas-bahn.net>
13fdb72
to
627891c
Compare
Ah, some of the changes still don't work on 1.41.1. I'll attempt to go fix them. |
Fixed usage of inexistant `AsMut<str>` impl for `String` (Only added in `1.43`). Extended test `ascii_str::tests::lines_iter_rev`.
…c_as_ascii_str`.
Thanks, great work! |
This PR fixes some clippy lints existing in the crate and adds
#![warn(...)]
s for others.Also I'm not sure this PR looks right in terms of commits and merges, I tried my best to be up to date with upstream/master, but I think I ended up doing worse. I'm not sure how to fix it, but if necessary, I'll try my best to make this look better.
This PR also depends on the PR I made earlier on
unsafe
for documentation, although I didn't mean for this, I'm just new to git and thought a new branch by default would go off master and not the current branch.