I believe I've upgraded the lab hpproliant1 machine (<a href="http://lab.llvm.org:8011/buildslaves/hpproliant1">http://lab.llvm.org:8011/buildslaves/hpproliant1</a>) running the GDB 7.5 test load on Linux, to GCC 4.7 - we'll see how that bot cycles.<br>
<br>The other bot I have some ownership over is labmini1 (<a href="http://lab.llvm.org:8011/buildslaves/lab-mini-01">http://lab.llvm.org:8011/buildslaves/lab-mini-01</a>) which runs the ye olde GDB test suite on Mac. That machine still seems to have the classic Apple GCC 4.2 as 'gcc' and Clang 3.2 as 'clang'. I don't know which compiler's in use there - are our build scripts smart enough to choose clang by default on mac? If not, I'll need to do something there, though I'm not sure what the right answer is. (in terms of installing new software (modern GCC on Mac? Blasphemy!) or changing the machine configuration (aliasing gcc to clang) or the buildbot config (passing flags to configure, etc, to use clang explicitly))<br>
<div>On Tue Jan 07 2014 at 2:25:54 AM, David Tweed <<a href="mailto:david.tweed@gmail.com">david.tweed@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
On Tue, Jan 7, 2014 at 9:44 AM, Chandler Carruth <<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@gmail.com</a>> wrote:<br>
> Greetings, I'm trying CC-ing all the folks I could think of that are likely<br>
> running bots for Clang. If I've missed any, sorry, please add them.<br>
><br>
> As you may have heard on various lists, it's time to switch Clang (and LLVM)<br>
> to use C++11. The first step is establishing a new baseline of compiler<br>
> versions that are supported[1]:<br>
><br>
> MSVC 2012<br>
> GCC 4.7<br>
> Clang 3.1<br>
><br>
> If you are helping to keep our build bot infrastructure running and<br>
> up-to-date, please check the host compiler versions and reply here if you're<br>
> going to have trouble upgrading. My rough plan based on chatting with some<br>
> folks is to submit checks to cmake and configure on Monday to produce an<br>
> error on older toolchains without some flag to force old toolchain support.<br>
<br>
Probably stating the obvious, but some buildbots deliberately try<br>
not to run configure/cmake on every rebuild (because launching<br>
loads of processes to do the checking slows things significantly).<br>
So it might be worth anyone with such a buildbot considering if<br>
they need to force a reconfigure after the change goes in.<br>
<br>
--<br>
cheers, dave tweed_________________________<u></u>_<br>
high-performance computing and machine vision expert: <a href="mailto:david.tweed@gmail.com" target="_blank">david.tweed@gmail.com</a><br>
"while having code so boring anyone can maintain it, use Python." --<br>
attempted insult seen on slashdot<br>
</blockquote>