Support registering inert attributes and attribute tools using crate-level attributes by petrochenkov · Pull Request #66070 · rust-lang/rust

petrochenkov · 2019-11-03T22:57:52Z

And remove #[feature(custom_attribute)].
(rustc_plugin::Registry::register_attribute is not removed yet, I'll do it in a follow up PR.)

#![register_attr(my_attr)]#![register_tool(my_tool)]#[my_attr]// OK#[my_tool::anything]// OKfnmain(){}

Some tools (rustfmt and clippy) used in tool attributes are hardcoded in the compiler.
We need some way to introduce them without hardcoding as well.

This PR introduces a way to do it with a crate level attribute.
The previous attempt to introduce them through command line (#57921) met some resistance.

This probably needs to go through an RFC before stabilization.
However, I'd prefer to land this PR without an RFC to able to remove #[feature(custom_attribute)] and Registry::register_attribute while also providing a replacement.

register_attr is a direct replacement for #![feature(custom_attribute)] (#29642), except it doesn't rely on implicit fallback from unresolved attributes to custom attributes (which was always hacky and is the primary reason for the removal of custom_attribute) and requires registering the attribute explicitly.
It's not clear whether it should go through stabilization or not.
It's quite possible that all the uses should migrate to #![register_tool] (#66079) instead.

Details:

The naming is register_attr/register_tool rather than some register_attributes (plural, no abbreviation) for consistency with already existing attributes like cfg_attr, or feature, etc.

Previous attempt: #57921
cc #44690
Tracking issues: #66079 (register_tool), #66080 (register_attr)
Closes#29642

rust-highfive · 2019-11-03T22:57:56Z

r? @matthewjasper

(rust_highfive has picked a reviewer for you, use r? to override)

fbstj · 2019-11-04T14:51:41Z

what's the result of attr vs tool collision?
#![register_attr(something)]#![register_tool(something)]

They do not collide because the attribute is in macro namespace and the tool is in type namespace.

matthewjasper

This mostly looks good. There are a few things that I would like to see tests for:

#[no_implicit_prelude] should hide these attributes.
Using the register* attributes on something other than a crate should be a warning/error.
Whether registed attributes can be imported with use.

JohnCSimon · 2019-11-09T06:38:56Z

Ping from triage -
@petrochenkov - this PR hasn't been updated in a few days
cc: @matthewjasper
thanks!

…attributes

They are unstable and going to be removed anyway and the removed code would complicate the next commit

petrochenkov · 2019-11-09T15:33:17Z

Updated with the comments addressed.

matthewjasper · 2019-11-09T15:48:31Z

@bors r+

bors · 2019-11-09T15:48:32Z

📌 Commit 83f553c has been approved by matthewjasper

bors · 2019-11-10T05:25:05Z

⌛ Testing commit 83f553c with merge b3f59a942069b71a14d6eb5991f582c054864de2...

rust-highfive · 2019-11-10T07:46:44Z

The job x86_64-msvc-cargo of your PR failed (pretty log, raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem.

Click to expand the log.

2019-11-10T05:34:52.6300872Z 2019-11-10T05:34:52.6300903Z 2019-11-10T05:34:52.6300950Z 2019-11-10T05:34:52.6300982Z 2019-11-10T05:34:52.6301056Z #![register_attr(my_attr)]
2019-11-10T05:34:52.6301127Z #![register_tool(my_tool)]
2019-11-10T05:34:52.6301211Z #[my_attr] // OK
2019-11-10T05:34:52.6301278Z #[my_tool::anything] // OK
2019-11-10T05:34:52.6301389Z (`rustc_plugin::Registry::register_attribute` is not removed yet, I'll do it in a follow up PR.)
2019-11-10T05:34:52.6301543Z - The naming is `register_attr`/`register_tool` rather than some `register_attributes` (plural, no abbreviation) for consistency with already existing attributes like `cfg_attr`, or `feature`, etc.
2019-11-10T05:34:52.6301753Z ---
2019-11-10T05:34:52.6301807Z ---
2019-11-10T05:34:52.6301874Z ---
2019-11-10T05:34:52.6301932Z AGENT_BUILDDIRECTORY=D:\a\1
---
2019-11-10T05:34:52.6304252Z ANT_HOME=C:\ProgramData\chocolatey\lib\ant\apache-ant-1.10.5
2019-11-10T05:34:52.6304329Z APPDATA=C:\Users\VssAdministrator\AppData\Roaming
2019-11-10T05:34:52.6304424Z AZURE_EXTENSION_DIR=C:\Program Files\Common Files\AzureCliExtensionDirectory
2019-11-10T05:34:52.6305400Z AZURE_HTTP_USER_AGENT=VSTS_d439fc94-e01f-4249-b63e-d8392bc0247c_build_10_0
2019-11-10T05:34:52.6305559Z And remove `#[feature(custom_attribute)]`.
2019-11-10T05:34:52.6305723Z BOOST_ROOT_1_69_0=C:\Program Files\Boost\1.69.0
2019-11-10T05:34:52.6305788Z BUILD_ARTIFACTSTAGINGDIRECTORY=D:\a\1\a
2019-11-10T05:34:52.6305867Z BUILD_BINARIESDIRECTORY=D:\a\1\b
2019-11-10T05:34:52.6305943Z BUILD_BUILDID=13149
---
2019-11-10T05:34:52.6310810Z GeckoWebDriver=C:\SeleniumWebDrivers\GeckoDriver
2019-11-10T05:34:52.6310901Z HOME=/c/Users/VssAdministrator
2019-11-10T05:34:52.6310987Z HOMEDRIVE=C:
2019-11-10T05:34:52.6311050Z HOMEPATH=\Users\VssAdministrator
2019-11-10T05:34:52.6311574Z However, I'd prefer to land *this* PR without an RFC to able to remove `#[feature(custom_attribute)]` and `Registry::register_attribute` while also providing a replacement.
2019-11-10T05:34:52.6311817Z INPUT_ARGUMENTS=
2019-11-10T05:34:52.6311881Z ImageVersion=20191028.1
2019-11-10T05:34:52.6311881Z ImageVersion=20191028.1
2019-11-10T05:34:52.6311981Z It's not clear whether it should go through stabilization or not.
2019-11-10T05:34:52.6312115Z It's quite possible that all the uses should migrate to `#![register_tool]` (https://github.com/rust-lang/rust/issues/66079) instead.
2019-11-10T05:34:52.6312346Z JAVA_HOME_11_X64=C:\Program Files\Java\zulu-11-azure-jdk_11.33.15-11.0.4-win_x64
2019-11-10T05:34:52.6312448Z JAVA_HOME_7_X64=C:\Program Files\Java\zulu-7-azure-jdk_7.31.0.5-7.0.232-win_x64
2019-11-10T05:34:52.6312567Z JAVA_HOME_8_X64=C:\Program Files\Java\zulu-8-azure-jdk_8.40.0.25-8.0.222-win_x64
2019-11-10T05:34:52.6312669Z LOCALAPPDATA=C:\Users\VssAdministrator\AppData\Local
---
2019-11-10T05:34:52.6321560Z SYSTEM_TEAMPROJECTID=e71b0ddf-dd27-435a-873c-e30f86eea377
2019-11-10T05:34:52.6321663Z SYSTEM_TIMELINEID=e35078b8-1d30-49c3-8229-28167d9adf69
2019-11-10T05:34:52.6321737Z SYSTEM_TOTALJOBSINPHASE=16
2019-11-10T05:34:52.6321822Z SYSTEM_WORKFOLDER=D:\a
2019-11-10T05:34:52.6321929Z Some tools (`rustfmt` and `clippy`) used in tool attributes are hardcoded in the compiler.
2019-11-10T05:34:52.6322036Z Support registering inert attributes and attribute tools using crate-level attributes
2019-11-10T05:34:52.6322211Z TEMP=/tmp
2019-11-10T05:34:52.6322283Z TERM=cygwin
2019-11-10T05:34:52.6322343Z TF_BUILD=True
2019-11-10T05:34:52.6322425Z TMP=/tmp
2019-11-10T05:34:52.6322425Z TMP=/tmp
2019-11-10T05:34:52.6322503Z TOOLSTATE_ISSUES_API_URL=https://api.github.com/repos/rust-lang/rust/issues
2019-11-10T05:34:52.6322598Z TOOLSTATE_PUBLISH=1
2019-11-10T05:34:52.6322703Z TOOLSTATE_REPO=https://github.com/rust-lang-nursery/rust-toolstate
2019-11-10T05:34:52.6322818Z The previous attempt to introduce them through command line (https://github.com/rust-lang/rust/pull/57921) met some resistance.
2019-11-10T05:34:52.6322945Z This PR introduces a way to do it with a crate level attribute.
2019-11-10T05:34:52.6323155Z This probably needs to go through an RFC before stabilization.
2019-11-10T05:34:52.6323252Z Tracking issues: #66079 (`register_tool`), #66080 (`register_attr`)
2019-11-10T05:34:52.6323403Z USERDOMAIN=fv-az363
2019-11-10T05:34:52.6323475Z USERDOMAIN_ROAMINGPROFILE=fv-az363
2019-11-10T05:34:52.6323536Z USERNAME=VssAdministrator
2019-11-10T05:34:52.6323616Z USERPROFILE=C:\Users\VssAdministrator
2019-11-10T05:34:52.6323616Z USERPROFILE=C:\Users\VssAdministrator
2019-11-10T05:34:52.6323679Z VCPKG_INSTALLATION_ROOT=C:\vcpkg
2019-11-10T05:34:52.6323753Z VCVARS_BAT=vcvars64.bat
2019-11-10T05:34:52.6323830Z VS140COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Tools\
2019-11-10T05:34:52.6323924Z VSTS_AGENT_PERFLOG=c:\vsts\perflog
2019-11-10T05:34:52.6324012Z VSTS_PROCESS_LOOKUP_ID=vsts_a793f582-7718-41fe-a734-0b3bb3114a89
2019-11-10T05:34:52.6324079Z WINDIR=C:\windows
2019-11-10T05:34:52.6324156Z WIX=C:\Program Files (x86)\WiX Toolset v3.11\
2019-11-10T05:34:52.6324231Z We need some way to introduce them without hardcoding as well.
2019-11-10T05:34:52.6324367Z ```
2019-11-10T05:34:52.6324429Z ```rust
2019-11-10T05:34:52.6324429Z ```rust
2019-11-10T05:34:52.6324587Z `register_attr` is a direct replacement for `#![feature(custom_attribute)]` (https://github.com/rust-lang/rust/issues/29642), except it doesn't rely on implicit fallback from unresolved attributes to custom attributes (which was always hacky and is the primary reason for the removal of `custom_attribute`) and requires registering the attribute explicitly.
2019-11-10T05:34:52.6324827Z cc https://github.com/rust-lang/rust/issues/44690
2019-11-10T05:34:52.6324960Z fn main() {}
2019-11-10T05:34:52.6328746Z 2019-11-10T05:34:52.6329094Z disk usage:
---
2019-11-10T07:45:33.4077821Z [RUSTC-TIMING] lazycell test:false 0.139
2019-11-10T07:45:33.4103237Z Compiling hex v0.4.0
2019-11-10T07:45:36.8057313Z [RUSTC-TIMING] hex test:false 3.386
2019-11-10T07:45:36.8155967Z Compiling glob v0.3.0
2019-11-10T07:45:37.4832023Z memory allocation of 2147483656 bytes failed[RUSTC-TIMING] hex test:false 4.275
2019-11-10T07:45:37.4943635Z error: could not compile `hex`.
2019-11-10T07:45:38.7754599Z [RUSTC-TIMING] glob test:false 1.953
2019-11-10T07:45:38.8158391Z error: build failed
2019-11-10T07:45:38.8225517Z command did not execute successfully: "D:\\a\\1\\s\\build\\x86_64-pc-windows-msvc\\stage0\\bin\\cargo.exe" "build" "-Zconfig-profile" "--target" "x86_64-pc-windows-msvc" "-Zbinary-dep-depinfo" "-j" "2" "--release" "--locked" "--color" "always" "--manifest-path" "D:\\a\\1\\s\\src/tools/cargo\\Cargo.toml" "--features" "rustc-workspace-hack/all-static" "--message-format" "json-render-diagnostics"
2019-11-10T07:45:38.8225922Z expected success, got: exit code: 101
2019-11-10T07:45:38.8225922Z expected success, got: exit code: 101
2019-11-10T07:45:38.9372893Z failed to run: D:\a\1\s\build\bootstrap\debug\bootstrap test src/tools/cargotest src/tools/cargo
2019-11-10T07:45:38.9373036Z Build completed unsuccessfully in 1:59:28
2019-11-10T07:45:39.0125968Z == clock drift check ==
2019-11-10T07:45:39.1137962Z local time: Sun Nov 10 07:45:39 CUT 2019
2019-11-10T07:45:39.5337009Z network time: Sun, 10 Nov 2019 07:45:39 GMT
2019-11-10T07:45:39.5355087Z == end clock drift check ==
2019-11-10T07:45:39.6089271Z 2019-11-10T07:45:40.0425355Z ##[error]Bash exited with code '1'.
2019-11-10T07:45:40.1031801Z ##[section]Starting: Checkout
2019-11-10T07:45:40.1902148Z ==============================================================================
2019-11-10T07:45:40.1902295Z Task : Get sources
2019-11-10T07:45:40.1902380Z Description : Get sources from a repository. Supports Git, TfsVC, and SVN repositories.

I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact @TimNN. (Feature Requests)

bors · 2019-11-10T07:46:53Z

💔 Test failed - checks-azure

petrochenkov · 2019-11-10T08:35:31Z

2019-11-10T07:45:37.4832023Z memory allocation of 2147483656 bytes failed[RUSTC-TIMING] hex test:false 4.275
2019-11-10T07:45:37.4943635Z error: could not compile `hex`.

Wat.
@bors retry

bors · 2019-11-10T15:53:41Z

⌛ Testing commit 83f553c with merge 3fc30d8...

Support registering inert attributes and attribute tools using crate-level attributes And remove `#[feature(custom_attribute)]`. (`rustc_plugin::Registry::register_attribute` is not removed yet, I'll do it in a follow up PR.) ```rust #![register_attr(my_attr)] #![register_tool(my_tool)] #[my_attr] // OK #[my_tool::anything] // OK fn main() {} ``` --- Some tools (`rustfmt` and `clippy`) used in tool attributes are hardcoded in the compiler. We need some way to introduce them without hardcoding as well. This PR introduces a way to do it with a crate level attribute. The previous attempt to introduce them through command line (#57921) met some resistance. This probably needs to go through an RFC before stabilization. However, I'd prefer to land *this* PR without an RFC to able to remove `#[feature(custom_attribute)]` and `Registry::register_attribute` while also providing a replacement. --- `register_attr` is a direct replacement for `#![feature(custom_attribute)]` (#29642), except it doesn't rely on implicit fallback from unresolved attributes to custom attributes (which was always hacky and is the primary reason for the removal of `custom_attribute`) and requires registering the attribute explicitly. It's not clear whether it should go through stabilization or not. It's quite possible that all the uses should migrate to `#![register_tool]` (#66079) instead. --- Details: - The naming is `register_attr`/`register_tool` rather than some `register_attributes` (plural, no abbreviation) for consistency with already existing attributes like `cfg_attr`, or `feature`, etc. --- Previous attempt: #57921 cc #44690 Tracking issues: #66079 (`register_tool`), #66080 (`register_attr`) Closes#29642

bors · 2019-11-10T19:10:24Z

☀️ Test successful - checks-azure
Approved by: matthewjasper
Pushing 3fc30d8 to master...

rust-highfive assigned matthewjasper Nov 3, 2019

rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Nov 3, 2019

petrochenkov mentioned this pull request Nov 3, 2019
Tracking issue for custom_attribute features #29642
Closed

Centril reviewed Nov 4, 2019
View reviewed changes

Comment threadsrc/librustc_resolve/macros.rs Outdated
Comment threadsrc/librustc_resolve/macros.rs Outdated
Comment threadsrc/librustc_resolve/lib.rs Outdated
Comment threadsrc/libsyntax/feature_gate/active.rs Outdated

This was referenced Nov 4, 2019
Tracking issue for #![register_tool]#66079
Open
Tracking issue: RFC 2103 - attributes for tools #44690
Closed

petrochenkov force-pushed the regattr branch from 8da55c8 to c043b5dCompare November 4, 2019 13:47

fbstj reviewed Nov 4, 2019
View reviewed changes

Comment threadsrc/test/ui/attributes/register-attr-tool.rs Outdated

matthewjasper reviewed Nov 4, 2019
View reviewed changes

Comment threadsrc/libsyntax/feature_gate/builtin_attrs.rs Outdated

petrochenkov added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Nov 5, 2019

petrochenkov added 5 commits November 9, 2019 17:50

Support registering attributes and attribute tools using crate-level …
3a223a9
…attributes

Remove #[feature(custom_attribute)]
441e5ae

resolve: Remove some bits relevant only to legacy plugins
41a7c8b
They are unstable and going to be removed anyway and the removed code would complicate the next commit

resolve: Factor out some common binding creation functionality
09fff50

Address review comments
83f553c

petrochenkov force-pushed the regattr branch from c043b5d to 83f553cCompare November 9, 2019 15:30

petrochenkov added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Nov 9, 2019

bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Nov 9, 2019

bors added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Nov 10, 2019

bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Nov 10, 2019

bors added the merged-by-bors This PR was explicitly merged by bors. label Nov 10, 2019

bors merged commit 83f553c into rust-lang:masterNov 10, 2019

This was referenced Nov 10, 2019
Make error and warning annotations mandatory in UI tests #66213
Merged
Conditional compilation for sanitizers #66245
Merged

petrochenkov mentioned this pull request Nov 16, 2019
Fully integrate derive helpers into name resolution #64694
Merged

yannbolliger mentioned this pull request Jan 5, 2021
Remove the clippy attribute hack in macros epfl-lara/rust-stainless#56
Open

BD103 mentioned this pull request Sep 20, 2024
Lints cannot be silenced / denied without going through hoops TheBevyFlock/bevy_cli#88
Closed

petrochenkov deleted the regattr branch February 22, 2025 18:33

Uh oh!

Uh oh!

Conversation

petrochenkov commented Nov 3, 2019• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rust-highfive commented Nov 3, 2019

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

fbstjNov 4, 2019

Choose a reason for hiding this comment

Uh oh!

petrochenkovNov 4, 2019

Choose a reason for hiding this comment

Uh oh!

Uh oh!

matthewjasper left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

JohnCSimon commented Nov 9, 2019

Uh oh!

petrochenkov commented Nov 9, 2019

Uh oh!

matthewjasper commented Nov 9, 2019

Uh oh!

bors commented Nov 9, 2019

Uh oh!

bors commented Nov 10, 2019

Uh oh!

rust-highfive commented Nov 10, 2019

Uh oh!

bors commented Nov 10, 2019

Uh oh!

petrochenkov commented Nov 10, 2019

Uh oh!

bors commented Nov 10, 2019

Uh oh!

bors commented Nov 10, 2019

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

7 participants

petrochenkov commented Nov 3, 2019•
edited
Loading