Buildbots

Alain O'Dea alain.odea at gmail.com
Tue Apr 1 18:15:12 UTC 2014


Thank you Carter.

I think it's reasonable to incubate it on your Github profile for now until we are certain it is fully working again.  Either way works though :)

Best,
Alain

> On Apr 1, 2014, at 17:45, Carter Schonwald <carter.schonwald at gmail.com> wrote:
> 
> hey all, I just exported the igloo builder code from darcs to git, and put it here https://github.com/cartazio/ghc-builder
> would this be something worth adding to github.com/haskell  ? (i can easily add it if other folks it should be surfaced more visibly)
> 
> 
>> On Tue, Apr 1, 2014 at 11:04 AM, Páli Gábor János <pali.gabor at gmail.com> wrote:
>> 2014-04-01 14:03 GMT+02:00 Simon Peyton Jones <simonpj at microsoft.com>:
>> > Indeed, there is no reason not to use Ian et al's Builder stuff.  It's one of the
>> > options.  But it depends on a critical evaluation of what the advantages and
>> > disadvantages of different approaches are
>> 
>> I found Ian's buildbot an appealing alternative as it does a full
>> build, including testing, and uploads the resulting binaries to a
>> common place where anybody can access them (but it can be configured
>> to do almost anything).  The builders may be configured individually
>> from a single (Haskell-language) configuration file and they are run
>> on various volunteer-supplied systems so it is also distributed.
>> 
>> I use this to keep track of the status of the FreeBSD builds to make
>> my work easier on building the releases and maintaining the associated
>> ports in the FreeBSD Ports Collection, while offering regular
>> developer snapshots for the users.  This approach also allows me to
>> control and maintain the builder environment too as it may require
>> minor or major changes and fixes over time that I can do myself as a
>> FreeBSD developer.  In the past, there were cases where the build was
>> failing due to bugs in the kernel or the userland, so this is not
>> purely about GHC itself (unfortunately).
>> 
>> In my humble opinon, there are merits for the Travis-based Continuous
>> Integration, so as for the daily snapshot building on each supported
>> platform.  I do not care if it is not Haskell-based or it is hosted at
>> a central place with individual Virtual Machines for each platform --
>> until I can keep doing what I have been doing for 4 years now.
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://www.haskell.org/mailman/listinfo/ghc-devs
> 
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20140401/d0964392/attachment.html>


More information about the ghc-devs mailing list