similar to: [Zorg] Adding a new slave

Hi folks, I've got a 4-core machine which I want to use for more than one buildbot, but I'm not sure how it would behave. For example, I can see on slaves.py: create_slave("gribozavr1", properties={'jobs': 8}, max_builds=1), That slave has three bots: clang-x86_64-debian-fast, llvm-clang-lld-x86_64-debian-fast, lldb-x86_64-debian-clang Does that mean that *any* one

Hi, Recently one Windows build bot failed by my commit, because the obj file being generated is too big: C:\ps4-buildslave2\llvm-clang-x86_64-expensive-checks-win\llvm\tools\clang\unittests\AST\ASTImporterTest.cpp : fatal error C1128: number of sections exceeded object file format limit: compile with /bigobj Is there an LLVM policy to limit the maximum size of the generated obj files? If not

A test I added in r317607 is passing almost everywhere, except for llvm-clang-x86_64-expensive-checks-win. Other Windows bots are happy. http://lab.llvm.org:8011/builders/llvm-clang-x86_64-expensive-checks-win/builds/6013 The test runs 'sed' on a file to generate variations of the input assembler source for Linux and Darwin. I have to say it looks like 'sed' is being the

Hi all, I'm working on adding a new buildbot. I'm don't understand what is required when patching zorg's builders.py and slaves.py. Is there any documentation on this? Would anybody be willing to help? Best, Eric Fiselier -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Tue, 29 Jan 2019 at 21:05, JF Bastien via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > The patch is about ready to land, which means any older compiler will soft-error (which you can turn off with LLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN). I think we should then cherry-pick the patch to the LLVM 8 branch. > > The last remaining issue are the buildbots. I audited *all* bots in

I’ve had another look, and some of the failing tests don’t use temporary files, so I don’t think this is a case of tests having side-effects. Instead, I’ve noticed that in the build log (http://lab.llvm.org:8011/builders/llvm-clang-x86_64-expensive-checks-win/builds/6552/steps/build-unified-tree/logs/stdio), llvm-tblgen.exe is built (my patch modified it), but the table-generation steps of the

After a few attempts I think we’re in sight of success: we only have the two following bots remaining with old versions of libstdc++ and new versions of clang: polly-amd64-linux polly-arm-linux Once fixed the toolchain bump should stick. > On Jan 31, 2019, at 2:07 PM, JF Bastien via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > >> On Jan 31, 2019, at 2:03 PM,

LLVMers, The LLVM.org <http://llvm.org/> server which hosts SVN, GIT mirror, documentation, and the main LLVM.org <http://llvm.org/> website is moving to a new server on June 24th. As a result of the move commit access will be locked out beginning 09:00PDT on the 24th. We hope to have the move complete and commit access restored to everyone in a timely manner, however, a move of

Hello, Green Dragon is currently having trouble letting go of open file descriptors. We all have those days where it's just hard to let something go. We are going to put her to sleep for a bit, perform a little maintenance magic and see if we can't get those pesky file descriptors to close for good. Planning to restart the system at 10:30PDT today (August 20,2018). We will post a

Hi, The backup is taking much longer than anticipated. I will notify the list as soon as the system is back on-line. Thanks. Respectfully, Mike Edwards On Thu, Dec 29, 2016 at 8:51 PM, Mike Edwards <mike at sqlby.me> wrote: > Hi, > Green Dragon is going to be down for about an hour while we perform some > system maintenance. We hope to not need the entire hour and will notify

> On Jun 22, 2017, at 12:00 PM, Tom Stellard <tstellar at redhat.com> wrote: > > On 06/21/2017 03:22 PM, Tanya Lattner via llvm-dev wrote: >> LLVMers, >> >> >> >> TheLLVM.org <http://LLVM.org>server which hosts SVN, GIT mirror, documentation, and the mainLLVM.org <http://LLVM.org>website is moving to a new server on June 24th. As a

Indeed this has finally stuck, with just clang-with-lto-ubuntu broken at the moment. I’m inclined to leave it checked in, and try to get it into the LLVM 8 branch as well. > On Feb 7, 2019, at 9:18 AM, paul.robinson at sony.com wrote: > > It seems the CMake changes have landed; but the docs are still a bit out of date? > CMake.html talks about LLVM_FORCE_USE_OLD_TOOLCHAIN but not

Hi, Green Dragon will be down for maintenance for about the next hour or so while I apply some plugin security patches and perform a Jenkins Core update. I’ll update this email when I am done working and everything is back on-line. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, Green Dragon will need to be restarted in order to apply security updates and plugin patches. The system will be restarted at 09:30 PDT. Thank you for your patience and cooperation. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180429/9a8dbdcf/attachment.html>

Good Afternoon, I will need to restart Green Dragon at 14:15PST today in order to apply a few security patches and to reconfigure the network proxy to fix a minor bug we have discovered. I anticipate the reboot will take just a few minutes and I hope to have the system back up by 14:30PST. Sorry for any interruption and thanks for your patience and understanding. Respectfully, Mike Edwards

We are experiencing a system error on Green Dragon and need to reboot the system ASAP. We will reboot and bring the system back on-line in the next 45 minutes. Sorry for any inconvenience, thank you for your patience. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, We need to upgrade our Jenkins instance on Green Dragon. We will do so this evening, Wednesday the 7th at 18:30 PST. Email and IRC notifications will be down for a bit after we bring the system back up to allow time for testing. We will notify the list once we are back in full operation. Thanks for your time. Respectfully, Mike Edwards -------------- next part -------------- An HTML

Good Morning, We will be restarting Green Dragon at 10:30PDT today in order to apply security updates. Thank you for your patience and cooperation. Hope you all have a nice day. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180325/e4cc62b8/attachment.html>

Hi, Green Dragon has been experiencing some unfortunate network issues as of late. Currently we have several CI nodes offline and are working to bring them back up. We are going to take this opportunity to take the entire system down and bring it back up. I will update with further information as it becomes available. Thanks for your patience and understanding. Respectfully, Mike Edwards

Hello, Green Dragon will need to be restarted in order to apply security updates and plugin patches. The system will be restarted at 22:40 PDT. Thank you for your patience and cooperation. Respectfully, Mike Edwards -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180513/96cee27e/attachment.html>