[llvm-dev] Whose responsibility is it to maintain tests using experimental backends?
Matt Arsenault via llvm-dev
llvm-dev at lists.llvm.org
Wed Feb 12 06:48:18 PST 2020
> On Feb 12, 2020, at 08:45, James Henderson via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> Hi all,
> I recently, on behalf of a new LLVM contributor, pushed commit 740bc366d44c <https://reviews.llvm.org/rG740bc366d44ccd41161739bc1d4b447cd49aba65>, which broke an in-tree test for the AVR backend (see http://126.96.36.199/mac/7865/step_11.txt <http://188.8.131.52/mac/7865/step_11.txt>). On the review https://reviews.llvm.org/D72992 <https://reviews.llvm.org/D72992>, a request was made to fix the test or revert the change. This test didn't fail locally or on any of the build bots, because the AVR backend is experimental and does not run even for build that has all normal targets enabled).
> The fix in this case is simple, and I don't have any real issue in making it, but there's a wider principle here: if an in-tree test fails but only when experimental items are enabled, whose responsibility is it to fix the issue? I'm inclined to think that it's the responsibility of whoever maintains the experimental target and/or the bot maintainer where the experimental target is enabled, and NOT the regular developer.
This is why I have never liked the experimental target approach. Having experimental targets only increases the burden for other developers. Many times I’ve changed some target API, and broken the build for the experimental targets. It creates strictly more work for me, since now I have to see the build bot failed, and then go back to do a new build with the targets enabled to fix it. It would be easier to just always build all targets by default.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev