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

Oleksandr Alex Zinenko llvmlistbot at llvm.org
Fri Jul 4 16:30:03 PDT 2025


ftynse wrote:

> Can you please clarify where did you read any accusations?

Certainly. Here:

> So I don't agree with the "let's use the area team as lead maintainers just because". [...] it is possible that the MLIR area team didn't think it through and use themselves as "default" [...]

you rather clearly implying that the Area Team did not justify its decisions (the "just because" part) and generally is not fulfilling its responsibilities ("didn't think it through"). Even if you clarify that you were emitting a hypothesis, this hypothesis is accusatory in nature and is premised on incompetence or otherwise lack of fitness-for-duty of the Area Team.

> I didn't allege anything here [...]

An allegation is a statement affirming a wrongdoing that is yet to be proved. It appears to me that you are affirming, or at least hypothesizing, that the Area Team somehow did something wrong. Both an allegation and a hypothesis would normally require some proof/evidence. I'm happy to discuss yours.

> [...] I explicitly emitted this as a hypothetical and asked question. 

My apologies, I may be misreading the text, but I don't really see anything that looks like a question or ends with a question mark. If you have a specific question there, please highlight that, I will try to provide the best answer possible.

> Well I'm pretty sure I self nominated to do "catch all" maintainer: which I actually have been doing this since the project inception basically.

We did receive your self-nomination volunteering to maintain everything except for tensor compiler (I don't have the exact quote right now, but I am happy to look it up on Monday if needed). We did take it into account and made our own nomination – maintainer of the core category – based on the factors described in the announcement post I already quoted. We never promised that we will automatically satisfy all self-nominations.

Let me also say that I highly appreciate your personal contribution to the MLIR project, including code reviews, design insights, overall LLVM experience and running ODMs (now I realize these are harder than they look), to name a few. I remember you joining the project back at Google and helping it become more general and robust – though not without friction – by establishing the earlier project culture, some of which persists today. That being said, I would also like us all to acknowledge that even then it was a collective effort and do not disregard significant contributions of other people, many of whom took part in code and RFC reviews, shifted around "code ownership" of different areas, and helped onboard new community members. Some of these people no longer contribute, and some are still around and are serving on the Area Team.

If you have any specific questions, we will try our best to answer them.

Once we have an established list of lead maintainers for MLIR, one will be able to make nominations for maintainer roles beyond those the Area Team currently has listed. I'm happy to facilitate the process of these nominations from your behalf as well as from any other contributor.



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


More information about the Mlir-commits mailing list