[haiku-development] Re: Haiku build continuous intergration server

  • From: Alexander von Gluck <kallisti5@xxxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Mon, 23 Sep 2013 00:01:07 -0500

On Sun, 2013-09-22 at 21:50 -0700, Urias McCullough wrote:
> On Sun, Sep 22, 2013 at 9:34 PM, Urias McCullough <umccullough@xxxxxxxxx> 
> wrote:
> >> Lets say something changes in haiku that would affect the buildtools
> >> generation... the process breaks down at that point as buildbot, bamboo,
> >> etc, isn't aware of the need to rebuild the buildtools..
> >
> > Unless you're rebuilding the buildtools every time the haiku repo
> > changes, then this problem won't get solved anyway.

Ah.. good point. Didn't think of it in that direction.

> Maybe we should "cheat" and just blow away the buildtools every night
> to force a fresh copy to be built daily regardless.
> 
> That would mean that at worst, our CI mechanism would use a stale
> buildtools for 24 hours before repairing itself. Of course, the
> ability to manually blow away the broken buildtools if it did failed
> would always be nice. (I've done that on occasion for my buildslaves
> to get them back on track again).

Eh. Fair enough.  24 hours may even be a little much. maybe rebuild the
buildtools weekly (and on buildtools commits)

> Is it a bug in "our" buildtools? Or in gcc2 in general? GCC2 wasn't
> exactly the pinnacle of clean FOSS ;)

Oh, it's definitely a bug in gcc2... they both operate differently in
determining library and program paths. (gcc3+ can generally "figure it
out")

We inherited our current gcc2 compiler though.  Like it or not we forked
gcc as no one else in their right mind would use it :P

 -- Alex


Other related posts: