[Mlir-commits] [mlir] [mlir] List lead maintainers for MLIR (PR #146928)

Mehdi Amini llvmlistbot at llvm.org
Thu Jul 3 11:44:08 PDT 2025


joker-eph wrote:

> . MLIR has no maintainers file and this is a problem in practice because those outside of MLIR are uncertain of who to reach out to. 

Defining maintainers is a different problem that defining **leads** maintainers specifically.
Of course I fully support making progress on nominating maintainers, and I appreciate the proposal done here: https://discourse.llvm.org/t/mlir-project-maintainers/87189 ; this PR however isn't nominating maintainer for each MLIR component, instead it introduces "lead maintainers".

> Edit: oh, you're talking about the fact that the lead maintainers proposed are the same folks on the area team. I see no issue with that. You can hold multiple roles in the community and still keep them distinct (I'm the lead maintainer for Clang and on the Clang area team; Nikita is the lead maintainer for LLVM and on the LLVM area team, etc).

I am questioning this indeed: the responsibility of the area team is to find the most suitable maintainers for each area. I don't agree with the "let's use the area team as lead maintainers just because". I absolutely don't think that this is the right nomination for MLIR here, it is possible that the MLIR area team didn't think it through and use themselves as "default", but in this case which case I would argue to explicitly say: "we don't have lead maintainers in MLIR and the area team is playing catch-all when needed". Otherwise I have strong concerns with the way we end up with the area team alone here.



https://github.com/llvm/llvm-project/pull/146928


More information about the Mlir-commits mailing list