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

emacs: highlight macro_name! in macro invocations using [] delimiters #14087

Closed
wants to merge 1 commit into from

Conversation

huonw
Copy link
Member

@huonw huonw commented May 10, 2014

No description provided.

@huonw
Copy link
Member Author

huonw commented May 10, 2014

r? @pnkfelix

@pnkfelix
Copy link
Member

part of #8793

@tomjakubowski
Copy link
Contributor

this should close #13979

@huonw huonw deleted the emacs-bracket-macro branch May 13, 2014 06:18
@huonw
Copy link
Member Author

huonw commented May 13, 2014

Thanks for the heads-up @tomjakubowski

bors added a commit to rust-lang-ci/rust that referenced this pull request Feb 13, 2023
Support computing layout of RPIT

And some refactoring to make code more type safe.
flip1995 pushed a commit to flip1995/rust that referenced this pull request Feb 20, 2025
Checks for `Read::bytes()` on an unbuffered Read type.
The default implementation calls `read` for each byte, which can be very
inefficient for data that’s not in memory, such as `File`.

Considerations which I'd like to have feedback on:
* Currently this lint triggers when `.bytes()` is called on any type
that implements `std::io::Read` but not `std::io::BufRead`. This is
quite aggressive and in and may result in false positives. Alternatives:
* Only trigger on concrete types, not generic types. This does mean that
cases where a function is generic over a `R: Read` and calls `.bytes()`
are not caught by the lint, which could be quite a nasty case of this
bug.
  * Only trigger on an allowlist of stdlib types
* Compromise: Is it possible to make this lint `pedantic` on types that
are not on a allowlist?
* Theoretically, a trait implementation of `Read` could override
`.bytes()` with an efficient implementation. I'm not sure how to add
this check to the lint, and I can't find any cases of this being done in
practice.
* I don't think an automatic fix for this lint is possible, but I'd love
to be proven wrong
* This is my first time contributing to clippy, please let me know if I
did anything wrong

Fixes rust-lang#14087
```
changelog: [`unbuffered_bytes`]: new lint
```
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.

3 participants