feat: Add profile-specific configuration for disallowed methods and types by Lallapallooza · Pull Request #15779 · rust-lang/rust-clippy

Lallapallooza · 2025-09-29T15:17:02Z

Add profile-scoped disallow lists for methods and types, wiring the new configuration tables through a shared resolver that can be toggled with #[clippy::disallowed_profile] attributes.

extend clippy_config::Conf to parse [disallowed-methods-profiles.] and [disallowed-types-profiles.] tables through reusable helpers
introduce clippy_utils::disallowed_profiles to resolve #[clippy::disallowed_profile(s)] attributes with caching, diagnostics for bad inputs, and shared symbol registrations
teach DisallowedMethods and DisallowedTypes to honor active profiles, reuse the combined profile set, and annotate diagnostics with the triggering profile name
add UI TOML coverage for per-profile behavior and refresh the unknown-key fixture for the new configuration entries
register the new attributes and symbols so tool attributes remain recognized and pedantic lints stay clean

changelog: [disallowed_methods]: allow selecting per-scope disallow lists via disallowed-methods-profiles and the clippy::disallowed_profile attribute
changelog: [disallowed_types]: allow selecting per-scope disallow lists via disallowed-types-profiles and the clippy::disallowed_profile attribute

rustbot · 2025-09-29T15:17:07Z

r? @blyxyas

rustbot has assigned @blyxyas.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

Lallapallooza · 2025-10-08T21:33:05Z

@blyxyas ping

blyxyas · 2025-10-09T22:00:30Z

Hi @Lallapallooza,
Sorry for the delayed feedback, I'm currently a bit busy but I'll work on sending a review for this pull request soon.
Thanks for your contribution!

blyxyas

I'll recount what I understand here, so a user uses a special configuration for settings profiles in their clippy.toml so any function can opt-in to those profiles, enabling warnings to those designated disallows in that function.

For example, one might want to disallow functions that may execute arbitrary code from a string input, into user-input-handling functions, and this is a way to achieve via Clippy warning of those uses.

Am I correct, have I forgotten/misunderstood something? If that's the case, we might be interested in generalizing this a bit so that both (1.) we can use profiles for other lints without the need of adding a special attribute for each lint, and (2.) people can use the general idea of profiles in Clippy to segment their source code for several lints at the same time.

Also, @ojeda could this be interesting for the Rust4Linux project? Should I give it priority?

View changes since this review

Lallapallooza · 2025-10-11T02:01:37Z

You read it correctly. This PR introduces profile-scoped disallow lists in clippy.toml and a per-item opt-in attribute that activates one or more named profiles for the annotated item (fn/mod). Currently, only disallowed_methods and disallowed_types consult these profiles.

I agree that generalizing this is a good idea. I can follow up with a patch if that would be useful. Do you have any preferences for the design or the user interface (i.e., how Clippy users would enable and use profiles)?

ojeda · 2025-10-11T23:10:24Z

Thanks @blyxyas for the ping! It is an interesting idea. IIUC, currently this can only be done at a crate granularity, right? So it is essentially a way to make Clippy more granular -- I agree that generalizing it makes sense. I will try to think if we could use it in Rust for Linux (@Lallapallooza What are the use cases that motivated this? It may help to give some in the docs to inspire others -- thanks!).

Lallapallooza · 2025-10-13T21:36:31Z

Hi @ojeda. My initial contribution was motivated by a need in my project to disallow host-side operations (e.g., any conversion from a device tensor to a host tensor) in specific context (e.g. dir crates/lib/cuda/) so that such code fails to compile.

blyxyas · 2025-10-13T22:52:39Z

Do you have any preferences for the design or the user interface

I'll ask both the entire team, and the style team to see if they have anything to say. In Clippy we don't really have an in-house attribute style guide, so maybe they have some feedback about how this could be implemented.

ojeda · 2025-10-13T23:08:13Z

Thanks @Lallapallooza, that is good to know (if you have more cases you can think of, then it would be great to hear about them, of course).

blyxyas · 2025-11-12T03:04:47Z

Hi Lallapallooza, I've talked with the team and I'm going to proceed with the review. Also, sorry for the delayed response, I've just returned from vacation.

I was thinking that this may be useful for this message thread

After learning about disallowed_names ("foo", "bar" and others that are
in fact classical documentation favorites), I also think it would be
very nice to allow those in documentation.

I thought that we already had a configuration option for this, but it seems that we don't have one. So I think that this feature can also support this use case.

Lallapallooza · 2025-11-17T14:58:04Z

@blyxyas Thanks, I have rebased pr.

blyxyas · 2025-11-20T23:48:54Z

I thought that we already had a configuration option for this, but it seems that we don't have one. So I think that this feature can also support this use case.

I'm walking back this statement, we already have another pull request taking care of this. So we won't focus on that front here.

#15600

blyxyas

We'll need some interface changes to be more ergonomic, but apart from that, this looks great!

View changes since this review

rustbot · 2025-11-24T23:07:16Z

Reminder, once the PR becomes ready for a review, use @rustbot ready.

Lallapallooza · 2025-12-14T05:22:25Z

Hi! I have addressed all comments, could you please check again.

blyxyas

Some more thoughts ฅ(´・ω・｀)ฅ

View changes since this review

blyxyas · 2025-12-16T21:57:51Z

+    pub fn active_profiles(&mut self, cx: &LateContext<'_>, hir_id: HirId) -> Option<&ProfileSelection> {
+        if self.cache.contains_key(&hir_id) {
+            return self.cache.get(&hir_id).and_then(|selection| selection.as_ref());
+        }


self.cache.contains_key is only self.cache.get().is_some(), so it's performing the same lookup two times. It should be something more akin to:

if let Some(selection) = self.cache.get(&hir_id) { return selection; }

added a NOTE why it's needed

Lallapallooza · 2026-04-21T00:48:58Z

Hi @blyxyas, sorry for leaving this PR sitting for so long.

I've rebased onto current master and addressed all the outstanding review comments (docs on ProfileEntry/ProfileSelection, the profiles vs known_profiles distinction, inlining the unknown-profile warning, and the #[expect] before/after tests).

Replies are in each thread. Whenever you have a moment, could you take another look? Thanks again for the reviews. 🙏

Lallapallooza · 2026-06-04T20:03:35Z

@blyxyas Hi, could you check my patch again please.

blyxyas

LGTM, thanks! ❤️
Thanks for taking this amazing contribution until the end, I think that it will heavily improve workflows, and there are many people interested in this kind of configuration option. I might make a blog post about it.

View changes since this review

- document `ProfileEntry` and `ProfileSelection` - explain why `profiles` and `known_profiles` are separate - emit unknown-profile warning inline (drop intermediate SmallVec) - add tests covering `#[expect]` before/after `#[clippy::disallowed_profile]` with an unknown profile name, for both methods and types lints - sort_by -> sort_by_key to satisfy dogfood

rustbot · 2026-06-09T11:45:33Z

This PR was rebased onto a different master commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

Lallapallooza · 2026-06-09T11:58:59Z

@blyxyas Thanks! I rebased MR and now it's mergeable.

Jarcho · 2026-06-15T10:36:24Z

Why did this not get an FCP? I remember there being a zulip thread quite a while ago that had some objections that got left hanging.

blyxyas · 2026-06-15T11:42:26Z

I'll revert this pull request, I forgot about those objections (I'll look them up right now). I'm sorry for all nightly users that got an un-FCP'd feature in their nightly.

Lallapallooza · 2026-06-15T11:49:57Z

@blyxyas @Jarcho Could you link the Zulip thread with the objections? I'd like to address them so this can go through FCP properly and get re-merged.

blyxyas · 2026-06-15T11:53:21Z

The thread is here: https://rust-lang.zulipchat.com/#narrow/channel/257328-clippy/topic/Profiles.20for.20per-lint.20configuration/with/563940955

Jarcho · 2026-06-15T12:04:03Z

The objection was more a vague vibes based objection, not any specific issues. Not an insurmountable thing in any way, but it should've been addressed before this was merged.

Jarcho · 2026-06-23T22:37:36Z

This has now been reverted. Again, this isn't rejection of the feature in some form (or even the current form). The issue here is that this is a notable config change/lint extension which had some concerns raised which weren't addressed before it was merged.

Lallapallooza · 2026-06-23T22:40:30Z

This has now been reverted. Again, this isn't rejection of the feature in some form (or even the current form). The issue here is that this is a notable config change/lint extension which had some concerns raised which weren't addressed before it was merged.

Thanks. Please let me know after the FCP if any changes are required from me. I’m happy to adjust the patch based on the requirements.

@Jarcho

…ds and types" (rust-lang#17251) Reverts rust-lang#15779 due to un-FCP'd concerns. This is wholy my fault. I didn't want to leave a user hanging and didn't do my due-diligence of getting all FCP concerns checked out and resolved. r? @Jarcho cc @Lallapallooza changelog: [`disallowed_methods`]: Revert profile-specific configuration changelog: [`disallowed_types`]: Revert profile-specific configuration

Jarcho · 2026-06-24T00:08:43Z

Can you open a new PR please. It makes tracking things easier if the FCP is linked to an open PR.

Lallapallooza · 2026-06-24T12:29:45Z

Can you open a new PR please. It makes tracking things easier if the FCP is linked to an open PR.

#17301

rustbot assigned blyxyas Sep 29, 2025

rustbot added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Sep 29, 2025

blyxyas reviewed Oct 10, 2025

View reviewed changes

This comment has been minimized.

Sign in to view

Lallapallooza force-pushed the disallowed-profiles branch from a8c3a91 to 0ff61e7 Compare November 17, 2025 14:54

This comment has been minimized.

Sign in to view

blyxyas requested changes Nov 24, 2025

View reviewed changes

rustbot added S-waiting-on-author Status: This is awaiting some action from the author. (Use `@rustbot ready` to update this status) and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties labels Nov 24, 2025

Lallapallooza requested a review from blyxyas December 14, 2025 05:21

rustbot 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 from the author. (Use `@rustbot ready` to update this status) labels Dec 14, 2025

blyxyas requested changes Dec 16, 2025

View reviewed changes

rustbot added S-waiting-on-author Status: This is awaiting some action from the author. (Use `@rustbot ready` to update this status) and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties labels Dec 16, 2025

Lallapallooza requested a review from blyxyas December 17, 2025 13:59

rustbot added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Dec 17, 2025

Lallapallooza requested a review from blyxyas April 21, 2026 01:35

This comment has been minimized.

Sign in to view

blyxyas approved these changes Jun 8, 2026

View reviewed changes

Lallapallooza added 5 commits June 9, 2026 12:30

Add profile-specific configuration for disallowed methods and types

f736c1e

fix review

286f01e

config: add [profiles.*] disallowed lists

74f3823

fix: address review feedback

37482e2

Lallapallooza force-pushed the disallowed-profiles branch from 647bc06 to 03128d7 Compare June 9, 2026 11:45

blyxyas approved these changes Jun 9, 2026

View reviewed changes

blyxyas added this pull request to the merge queue Jun 9, 2026

Merged via the queue into rust-lang:master with commit bf2b6ed Jun 9, 2026
11 checks passed

rustbot removed the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Jun 9, 2026

blyxyas mentioned this pull request Jun 15, 2026

Revert "feat: Add profile-specific configuration for disallowed methods and types" #17251

Merged

Jarcho mentioned this pull request Jun 23, 2026

perf: skip disallowed-profile resolution when the crate has no profile attributes #17277

Closed

Uh oh!

Uh oh!

Conversation

Lallapallooza commented Sep 29, 2025 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rustbot commented Sep 29, 2025

Uh oh!

Lallapallooza commented Oct 8, 2025

Uh oh!

blyxyas commented Oct 9, 2025

Uh oh!

blyxyas left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Lallapallooza commented Oct 11, 2025

Uh oh!

ojeda commented Oct 11, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Lallapallooza commented Oct 13, 2025

Uh oh!

blyxyas commented Oct 13, 2025

Uh oh!

ojeda commented Oct 13, 2025

Uh oh!

This comment has been minimized.

blyxyas commented Nov 12, 2025

Uh oh!

This comment has been minimized.

Lallapallooza commented Nov 17, 2025

Uh oh!

blyxyas commented Nov 20, 2025

Uh oh!

blyxyas left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

rustbot commented Nov 24, 2025

Uh oh!

Lallapallooza commented Dec 14, 2025

Uh oh!

blyxyas left a comment • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

blyxyas Dec 16, 2025

Choose a reason for hiding this comment

Uh oh!

Lallapallooza Dec 17, 2025

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Lallapallooza commented Apr 21, 2026

Uh oh!

Lallapallooza commented Jun 4, 2026

Uh oh!

This comment has been minimized.

blyxyas left a comment • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

rustbot commented Jun 9, 2026

Uh oh!

Lallapallooza commented Sep 29, 2025 •

edited by rustbot

Loading

blyxyas left a comment •

edited by rustbot

Loading

ojeda commented Oct 11, 2025 •

edited

Loading

blyxyas left a comment •

edited by rustbot

Loading

blyxyas left a comment •

edited by rustbot

Loading

blyxyas left a comment •

edited

Loading

Jarcho commented Jun 24, 2026 •

edited

Loading