Skip to content

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

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

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
```
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants