-
Notifications
You must be signed in to change notification settings - Fork 13.4k
Exportable macros require hardcoding crate's name #12088
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
Labels
A-syntaxext
Area: Syntax extensions
Comments
The solution I've been using is to document that certain things have to be imported from the crate when a macro is used. A better solution would be nice, but would probably require a lot of infrastructure. |
I guess that works too, but it also requires that those things are imported under some specific name. |
cc @kmcallister, #17103 |
Yeah, |
This looks pretty fixed now |
Yep, has been fixed for a while. |
flip1995
pushed a commit
to flip1995/rust
that referenced
this issue
Jan 11, 2024
…int-listing, r=Manishearth fix: metadata-collector lists wrong affected lints fixes rust-lang#12042 This PR addresses the issue where the `metadata collector` incorrectly generates the `Affected Lints` section when a comma is included in the configuration documentation. I made adjustments; however, if the `/// Lint: SOMETHING` section ends with `.` it always produces the correct output. For example, ```rust /// Lint: PUB_UNDERSCORE_FIELDS ``` should be ```rust /// Lint: PUB_UNDERSCORE_FIELDS. ``` changelog: none
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
which means the user has to import it under that name to use the macros.
The text was updated successfully, but these errors were encountered: