Add disallowed_macros lint

[Alexendoo]

Closes #7790
Fixes #9558

clippy_utils::def_path_res already resolved macro definitions which is nice, it just needed a tweak to be able to disambiguate e.g. std::vec the module & std::vec the macro, and serde::Serialize the trait & serde::Serialize the derive macro

changelog: new lint: [disallowed_macros]
changelog: [disallowed_methods], [disallowed_types]: Fix false negative when a type/fn/macro share the same path

[rust-highfive]

r? @flip1995

(rust-highfive has picked a reviewer for you, use r? to override)

[bors]

☔ The latest upstream changes (presumably #9525) made this pull request unmergeable. Please resolve the merge conflicts.

[bors]

☔ The latest upstream changes (presumably #9535) made this pull request unmergeable. Please resolve the merge conflicts.

[bors]

☔ The latest upstream changes (presumably #9516) made this pull request unmergeable. Please resolve the merge conflicts.

[bors]

☔ The latest upstream changes (presumably #7962) made this pull request unmergeable. Please resolve the merge conflicts.

[Jarcho]

Is this intentionally linting in external macros?

[Alexendoo]

I wasn't sure which way to go with that, I could see an argument for either way. So for now at least I went with the behaviour of disallowed_types/disallowed_methods of also linting in external macros

[Jarcho]

Just making sure. Thank you.

@bors r+

[bors]

📌 Commit 86c86c3 has been approved by Jarcho

It is now in the queue for this repository.

[bors]

⌛ Testing commit 86c86c3 with merge e687bed...

[bors]

☀️ Test successful - checks-action_dev_test, checks-action_remark_test, checks-action_test
Approved by: Jarcho
Pushing e687bed to master...