llvm dev - Jan 2014 - [LLVMdev] Dragonegg buildbots

It looks like dragonegg should have a single buildbot using gcc 4.7.
All others would be with 4.6 and 4.5.  All the 4.5 and 4.6 ones went
red since we reject those compilers now.

The 4.7 one is trying to use gcc13, which is currently offline so we
now have 0 bot coverage for dragonegg. Can we drop the 4.5 and 4.6
bots and reuse one of the manchines for 4.7? Is there documentation
somewhere on how this is done? Do I need anything more than write
access to zorg to do it?

Cheers,
Rafael

Hi Rafael,

On 15/01/14 16:28, Rafael Espíndola wrote:
> It looks like dragonegg should have a single buildbot using gcc 4.7.
> All others would be with 4.6 and 4.5.  All the 4.5 and 4.6 ones went
> red since we reject those compilers now.
there is a difference between the compiler used to build LLVM and dragonegg
(gcc 4.7 or better) and the compiler the plugin will be loaded into, which
could be older.  For example, the nightly test could be run using gcc-4.6+
dragonegg, with LLVM and dragonegg built using gcc-4.7.  However, as most of
the buildbots are bootstrapping LLVM/gcc/dragonegg, and for them these
theoretically different gcc's need to be the same, you are right that most
of the buildbots are junk now.
> The 4.7 one is trying to use gcc13, which is currently offline so we
> now have 0 bot coverage for dragonegg. Can we drop the 4.5 and 4.6
> bots and reuse one of the manchines for 4.7? Is there documentation
> somewhere on how this is done? Do I need anything more than write
> access to zorg to do it?
For zapping buildbots you can just remove them in zorg.  For adding or
moving buildbots you may well need access to the machines.  If you send me
your public ssh key I can arrange for you to be able to login.

Ciao, Duncan.

>> It looks like dragonegg should have a single buildbot using gcc 4.7.
>> All others would be with 4.6 and 4.5.  All the 4.5 and 4.6 ones went
>> red since we reject those compilers now.
>
>
> there is a difference between the compiler used to build LLVM and dragonegg
> (gcc 4.7 or better) and the compiler the plugin will be loaded into, which
> could be older.  For example, the nightly test could be run using gcc-4.6+
> dragonegg, with LLVM and dragonegg built using gcc-4.7.  However, as most
of
> the buildbots are bootstrapping LLVM/gcc/dragonegg, and for them these
> theoretically different gcc's need to be the same, you are right that
most
> of the buildbots are junk now.
Yes, but for now I think we will probably have to focus on the simple
case of using a singe gcc version.
>> The 4.7 one is trying to use gcc13, which is currently offline so we
>> now have 0 bot coverage for dragonegg. Can we drop the 4.5 and 4.6
>> bots and reuse one of the manchines for 4.7? Is there documentation
>> somewhere on how this is done? Do I need anything more than write
>> access to zorg to do it?
>
>
> For zapping buildbots you can just remove them in zorg.
OK. First patch attached. It just removes builders that would be
duplicated if all were converted to 4.7.
>  For adding or
> moving buildbots you may well need access to the machines.  If you send me
> your public ssh key I can arrange for you to be able to login.
I have access to the gcc farm. Do I need to access it as a particular user?

BTW, I am able to login to gcc13. Any idea why the builder thinks the
slave is offline?

Cheers,
Rafael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: t.patch
Type: application/octet-stream
Size: 5290 bytes
Desc: not available
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20140115/419d1e3b/attachment.obj>