-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
rust 2018: local_inner_macros and stringify #55268
Comments
Not without effort that would be disproportionally high for a transitional/deprecated-on-arrival feature like If you don't need compatibility with pre-1.30 versions of Rust, |
I'm inclined to agree with @petrochenkov here. |
I see, so you can just create a macro that delegates. Hopefully this issue
will serve as documentation if anyone else has this issue.
…On Mon, 22 Oct 2018, 17:28 Mazdak Farrokhzad, ***@***.***> wrote:
I'm inclined to agree with @petrochenkov <https://github.com/petrochenkov>
here.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#55268 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABU-XiV5tZxM7olvVCnIOg-mYeM50DfUks5unfIhgaJpZM4Xzp33>
.
|
Made a doc PR for this: rust-lang/edition-guide#117 |
The doc PR has landed, so I'm closing this. |
I am trying to update
yew
to work with the 2018 edition. I need to use thelocal_inner_macros
feature, but it seems to clobber built-in macros likestringify
andcompile_error
. Is is possible to just spot these particular macros and not add$crate::
to them?The text was updated successfully, but these errors were encountered: