[M3devel] Hudson/status

[Jay K]

Yes, I'm working on fixing all the Hudson breakage. I have more changes coming.
  None of them are particularly major, but in proportion to my ability to execute.... :( 


Everything did work on my machine (*).


Hm, It could therefore be the m3cg/ir/interface change, which was an ok change, it just has to be scripted/danced properly.
  I believe I'll have more m3cg changes soon -- representing fields and types as "ordinals".
  We do have to be able to make such changes.
  I would be willing to have the version number actually ever change (I never ever has I believe) and use it to indicate the form and have one cm3cg that handles multiple forms. At least temporarily until they all get updated. But I know many folks dislike that kind of thing. It gets ugly as many versions are supported.


I didn't anticipate C++ being such a problem, but I'm still willing to go with it.
It is supposed to work, and it does "just work" with g++ 4.x.
It just didn't work with g++ 3.x and Sun CC.


(*) -- however a) I forgot to checkin m3makefile a few times and b) due to incrementality, it wasn't always using current files.

Yep...
2010-11-01 09:59  jkrell

  * scripts/python/upgrade.py, m3-sys/m3cggen/src/Main.m3,
    m3-sys/m3middle/src/M3CG_BinRd.m3, m3-sys/m3middle/src/M3CG_Binary.i3,
    m3-sys/m3cc/gcc/gcc/m3cg/m3cg.h, m3-sys/m3cc/gcc/gcc/m3cg/parse.c:

  remove the rest of set_runtime_hook

2010-11-01 09:37  jkrell

  * m3-sys/: m3cggen/src/Main.m3, m3middle/src/M3CG.m3,
    m3middle/src/M3CG_BinRd.m3, m3middle/src/M3CG_BinWr.m3,
    m3middle/src/M3CG_Binary.i3, m3middle/src/M3CG_Check.m3,
    m3middle/src/M3CG_Ops.i3, m3middle/src/M3CG_Rd.m3,
    m3middle/src/M3CG_Wr.m3, m3back/src/M3C.m3, m3back/src/M3x86.m3,
    m3cc/gcc/gcc/m3cg/parse.c:

  remove get_runtime_hook, set_runtime_hook
  small part remains, until I work m3cggen into upgrade.py so that
  m3cg.h can be more easily updated


 - Jay

> Date: Mon, 8 Nov 2010 10:05:50 +0100
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] Hudson/status
> 
> Quoting Jay K <jay.krell at cornell.edu>:
> 
> >
> > Solaris 2.10/sparc32/opencsw worked fine for me cross+boot. Just a   
> > matter of CVS now I think.
> > Ditto Darwin/AMD64. So I'll "reset" Hudson's state.
> > I'm trying Solaris 2.9 again.
> > I don't remember about Solaris/x86. I'll try again. Later.
> > I *think* everything else is ok -- Linux/x86/amd64,   
> > FreeBSD/x86/amd64, Darwin/x86/ppc.
> 
> FreeBSD/x84 seems to be broken since 17 days:
>    http://hudson.modula3.com:8080/job/cm3-current-build-FreeBSD4/
> PPC_DARWIN has been broken for 7 days:
>    http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/
> Solaris 2.9 hasn't succeeded for more than a month:
>     
> http://hudson.modula3.com:8080/job/cm3-current-build-SOLsun-opencsw-current9s/
> Same for AMD64_DARWIN:
>    http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_DARWIN/
> 
> We should try to get all of these working again and then keep them
> in that state :-) Currently everything seems to be very unstable,
> but I haven't said much because (a) I haven't had much time to care and
> (b) I thought you were doing same major changes on the backend again.
> 
> Let's try to keep all the cm3-build an m3cc jobs blue in the Hudson
> display.
> 
> >   I'll double check these but later.
> >   Not sure about OpenBSD/NetBSD.
> >   Network to OpenBSD seems to not work any longer in Hudson.
> 
> If we should exclude some platforms from the view due to non-available
> build machines, let me know. You can do that yourself, too at
> http://hudson.modula3.com:8080/view/cm3-current/configure.
> 
> Olaf
> -- 
> Olaf Wagner -- elego Software Solutions GmbH
>                 Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
> phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
>     http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20101108/b9a6fb1b/attachment-0002.html>