<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
Yes, I'm working on fixing all the Hudson breakage. I have more changes coming.<br>  None of them are particularly major, but in proportion to my ability to execute.... :( <br><br><br>Everything did work on my machine (*).<br><br><br>Hm, It could therefore be the m3cg/ir/interface change, which was an ok change, it just has to be scripted/danced properly.<br>  I believe I'll have more m3cg changes soon -- representing fields and types as "ordinals".<br>  We do have to be able to make such changes.<br>  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.<br><br><br>I didn't anticipate C++ being such a problem, but I'm still willing to go with it.<br>It is supposed to work, and it does "just work" with g++ 4.x.<br>It just didn't work with g++ 3.x and Sun CC.<br><br><br>(*) -- however a) I forgot to checkin m3makefile a few times and b) due to incrementality, it wasn't always using current files.<br><br>Yep...<br><pre>2010-11-01 09:59  jkrell<br><br>  * scripts/python/upgrade.py, m3-sys/m3cggen/src/Main.m3,<br>    m3-sys/m3middle/src/M3CG_BinRd.m3, m3-sys/m3middle/src/M3CG_Binary.i3,<br>    m3-sys/m3cc/gcc/gcc/m3cg/m3cg.h, m3-sys/m3cc/gcc/gcc/m3cg/parse.c:<br><br>  remove the rest of set_runtime_hook<br><br>2010-11-01 09:37  jkrell<br><br>  * m3-sys/: m3cggen/src/Main.m3, m3middle/src/M3CG.m3,<br>    m3middle/src/M3CG_BinRd.m3, m3middle/src/M3CG_BinWr.m3,<br>    m3middle/src/M3CG_Binary.i3, m3middle/src/M3CG_Check.m3,<br>    m3middle/src/M3CG_Ops.i3, m3middle/src/M3CG_Rd.m3,<br>    m3middle/src/M3CG_Wr.m3, m3back/src/M3C.m3, m3back/src/M3x86.m3,<br>    m3cc/gcc/gcc/m3cg/parse.c:<br><br>  remove get_runtime_hook, set_runtime_hook<br>  small part remains, until I work m3cggen into upgrade.py so that<br>  m3cg.h can be more easily updated<br></pre><br><br> - Jay<br><br>> Date: Mon, 8 Nov 2010 10:05:50 +0100<br>> From: wagner@elegosoft.com<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] Hudson/status<br>> <br>> Quoting Jay K <jay.krell@cornell.edu>:<br>> <br>> ><br>> > Solaris 2.10/sparc32/opencsw worked fine for me cross+boot. Just a   <br>> > matter of CVS now I think.<br>> > Ditto Darwin/AMD64. So I'll "reset" Hudson's state.<br>> > I'm trying Solaris 2.9 again.<br>> > I don't remember about Solaris/x86. I'll try again. Later.<br>> > I *think* everything else is ok -- Linux/x86/amd64,   <br>> > FreeBSD/x86/amd64, Darwin/x86/ppc.<br>> <br>> FreeBSD/x84 seems to be broken since 17 days:<br>>    http://hudson.modula3.com:8080/job/cm3-current-build-FreeBSD4/<br>> PPC_DARWIN has been broken for 7 days:<br>>    http://hudson.modula3.com:8080/job/cm3-current-build-PPC_DARWIN/<br>> Solaris 2.9 hasn't succeeded for more than a month:<br>>     <br>> http://hudson.modula3.com:8080/job/cm3-current-build-SOLsun-opencsw-current9s/<br>> Same for AMD64_DARWIN:<br>>    http://hudson.modula3.com:8080/job/cm3-current-build-AMD64_DARWIN/<br>> <br>> We should try to get all of these working again and then keep them<br>> in that state :-) Currently everything seems to be very unstable,<br>> but I haven't said much because (a) I haven't had much time to care and<br>> (b) I thought you were doing same major changes on the backend again.<br>> <br>> Let's try to keep all the cm3-build an m3cc jobs blue in the Hudson<br>> display.<br>> <br>> >   I'll double check these but later.<br>> >   Not sure about OpenBSD/NetBSD.<br>> >   Network to OpenBSD seems to not work any longer in Hudson.<br>> <br>> If we should exclude some platforms from the view due to non-available<br>> build machines, let me know. You can do that yourself, too at<br>> http://hudson.modula3.com:8080/view/cm3-current/configure.<br>> <br>> Olaf<br>> -- <br>> Olaf Wagner -- elego Software Solutions GmbH<br>>                 Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<br>> phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95<br>>     http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>> <br>                                    </body>
</html>