[LLVMdev] [cfe-dev] zorg config for libc++/libc++abi

Dan Albert danalbert at google.com
Mon Aug 4 17:02:30 PDT 2014


Dmitri,

Great, thanks! Can I assume that cmake and a relatively recent clang are
already installed? I can add building llvm/clang to the builder, but the
fewer CPU cycles the better.

Other-Dan,

Thanks. That write-up really helped. The process still sucks, but at least
I wasn't stumbling blindly.

- Dan


On Mon, Aug 4, 2014 at 7:47 AM, Tobias Grosser <tobias at grosser.es> wrote:

> On 04/08/2014 16:20, Dmitri Gribenko wrote:
>
>> On Mon, Aug 4, 2014 at 2:20 PM, Dan Liew <dan at su-root.co.uk> wrote:
>>
>>> Second, is there a simple way to test the builder and config before I
>>>>> commit
>>>>> it?
>>>>>
>>>>
>>>> I am afraid not.
>>>>
>>>>
>>> But there is a ugly (and certainly not simple) way to partially test the
>>> builder that I mentioned recently [1].
>>>
>>
>> Nice write-up!
>>
>>  I say partially because I ended up removing all the builders apart from
>>> my
>>> own.
>>>
>>> @Dmitri - Has anyone considered reorganising zorg so it is easier to
>>> test a
>>> builder locally?
>>>
>>
>> I am not aware of such effort.  However, it would be great to be able
>> to easily set up a buildmaster locally.  This will probably facilitate
>> further refactorings of zorg code.  Currently developers tend not to
>> touch it because they can not run it.
>>
>
> I commonly test my changes with a 'hacked' buildbot where references to
> non-existing files are removed and buildslave passwords are hardcoded.
>
> It would be great if we could instead have a 'testing' mode, where the
> user can provide a table with buildslave names and passwords and the
> buildbot just takes this to accept its buildslaves.
>
> Cheers,
> Tobias
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140804/e0ccb3ef/attachment.html>


More information about the llvm-dev mailing list