
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 3, 2017, at 5:14 PM, Matthias Braun <<a href="mailto:mbraun@apple.com" class="">mbraun@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Feb 3, 2017, at 12:45 PM, Dylan McKay via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="markdown-here-wrapper" style=""><blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class="">The builder isn’t marked as experimental so I think the expectation is that people keep it green and contact the bot owner if they need help figuring out why their change makes it red. That said, it sounds a bit odd to have a non-experimental builder for an experimental backend.</p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">I see. I had followed the generic <a href="http://llvm.org/docs/HowToAddABuilder.html" class="">How to add a builder</a> docs, which doesn’t mention the concept of an experimental buildbot. I’ll send a patch to mention it.</p>

<blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class="">If you want to do the same, then you’ll need to add an InformativeMailNotifier to <a href="http://llvm.org/svn/llvm-project/zorg/trunk/buildbot/osuosl/master/config/status.py" class="">http://llvm.org/svn/llvm-project/zorg/trunk/buildbot/osuosl/master/config/status.py</a>.</p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">Nice! Exactly what I was looking for.</p>

<blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class="">If we would believe the AVR backend is stable enough, such that users can rely on it and such that other developers are unlikely to trigger bugs in the AVR backend, the AVR backend should most likely be promoted to a stable backend.</p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">In general, I’ve found that almost all of the time that the AVR build breaks, it’s been something pretty small which also caused a bunch of other targets to fail also, which I suppose is a good sign. On the topic, I plan on following up on promoting the backend to stable once the current effort of enabling AVR in Rust is complete and we’ve ironed out any bugs found in usage.</p>

<blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class=""> As a result of this, I would also expect buildbots of the AVR backend to not send any emails to the general public, but to instead send emails to the buildbot owner and maintainer of the AVR backend.</p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">Agree with this</p>

<blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class="">+1. The silent staging buildbot is what you want I believe<br class=""><a href="http://lists.llvm.org/pipermail/lldb-commits/Week-of-Mon-20151012/024214.html" class="">http://lists.llvm.org/pipermail/lldb-commits/Week-of-Mon-20151012/024214.html</a></p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">That sounds good. My plan is to make the buildbot a staging bot, and then be the sole receiver of emails from it.</p>

<blockquote style="margin:1.2em 0px;border-left:4px solid rgb(221,221,221);padding:0px 1em;color:rgb(119,119,119);quotes:none" class=""><p style="margin:0px 0px 1.2em!important" class="">If I was in this position, I’d also configure the bot to build <em class="">only</em> the AVR backend. That’s help make sure that an email does get send when a test fails in the X86 backend.</p>

</blockquote><p style="margin:0px 0px 1.2em!important" class="">I would love to do this, but there’s a bug in the backend which causes a few of the Generic CodeGen tests to fail. To work around this, I leave X86 as the default target for now. I’m definitely planning on updating this once I’ve fixed the bug.</p><div class=""><br class=""></div></div></div></div></blockquote><div class=""><br class=""></div><div class="">This usually happens when LLVM_DEFAULT_TARGET_TRIPLE is not explicitely set and you end up with your host machine as default while not building the x86 target. If you set LLVM_DEFAULT_TARGET_TRIPLE to some AVR ones the failure should go away (otherwise complain and file bugs).</div></div></div></div></blockquote><br class=""></div><div>Actually I believe you have to set it to empty to disable “generic” tests.</div><div><br class=""></div><div>— </div><div>Mehdi</div><div><br class=""></div><br class=""></body></html>