<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>err..maybe that was only comments...<br><br><br><br><br><div><div id="SkyDrivePlaceholder"></div><hr id="stopSpelling">From: jay.krell@cornell.edu<br>To: wagner@elego.de; m3devel@elegosoft.com<br>Subject: RE: [M3devel] Compiler upgrade broken in Hudson CI<br>Date: Tue, 5 Feb 2013 10:11:02 +0000<br><br>
<style><!--
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:12pt;font-family:Calibri;}
--></style>
<div dir="ltr">Here, back in October I changed the m3cg format slightly:<br><br><a href="http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-sys/m3middle/src/M3CG_Binary.i3.diff?r1=1.6%3br2=1.7%3bf=u" target="_blank">http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-sys/m3middle/src/M3CG_Binary.i3.diff?r1=1.6;r2=1.7;f=u</a><br><br><br>Upgrade should always incrementally build cm3cg.<br>It is developers' responsibility to mistrust the incrementality slightly and edit m3-sys/m3cc/src/clean_marker.txt to trigger a clean build if needed..though the incrementality is all very good in my experience.<br><br>But wait, maybe I messed up. Hm...<br>Easily fixed though. Let me dig more..maybe not tonight..<br><br> - Jay<br><br><br><div><div id="ecxSkyDrivePlaceholder"></div><hr id="ecxstopSpelling">From: jay.krell@cornell.edu<br>To: wagner@elego.de; m3devel@elegosoft.com<br>Subject: RE: [M3devel] Compiler upgrade broken in Hudson CI<br>Date: Tue, 5 Feb 2013 10:02:26 +0000<br><br>
<style><!--
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:12pt;font-family:Calibri;}
--></style>
<div dir="ltr">The errors also predate the C mode, slightly.<br>I've seen this, like when the target is wrong, or maybe when there is a change in the cm3cg format.<br>I don't remember if the upgrade process is automated enough for that, cm3cg format changes.<br>There hadn't been an attempted build in months for some reason, since August.<br>I'm also curious to trigger Solaris/opencsw builds. I don't remember my Hudson password. Olaf, can you reset it and send it to me privately, please? Thank you.<br><br> - Jay<br><br><br><div><div id="ecxSkyDrivePlaceholder"></div><hr id="ecxstopSpelling">From: jay.krell@cornell.edu<br>To: wagner@elego.de; m3devel@elegosoft.com<br>Date: Tue, 5 Feb 2013 09:49:38 +0000<br>Subject: Re: [M3devel] Compiler upgrade broken in Hudson CI<br><br>
<style><!--
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:12pt;font-family:Calibri;}
--></style>
<div dir="ltr">Hm, it isn't so obvious:<br> - the code looks right<br> - I set AMD64_DARWIN back to use cm3cg and it worked<br><br><br>I'll try AMD64_LINUX on modula3.elegosoft.com I guess, though the code is all so target-independent... and upgrade.sh instead of upgrade.py..<br><br><br> - Jay<br><br><br><br><br><div><div id="ecxSkyDrivePlaceholder"></div><hr id="ecxstopSpelling">From: jay.krell@cornell.edu<br>To: wagner@elego.de; m3devel@elegosoft.com<br>Date: Tue, 5 Feb 2013 08:28:00 +0000<br>Subject: Re: [M3devel] Compiler upgrade broken in Hudson CI<br><br>
<style><!--
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:12pt;font-family:Calibri;}
--></style>
<div dir="ltr">I will fix it, but I do desire to drop the old backend entirely.<br>What is mainly stopping me right now is that on platforms that support m3gdb, debugging is degraded.<br>I need to at least declare structs with fields (not to mention enums) before we can/should switch those platforms.<br><br><br> - Jay<br><br><br><div><div id="ecxSkyDrivePlaceholder"></div>> Date: Tue, 5 Feb 2013 09:11:40 +0100<br>> From: wagner@elego.de<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] Compiler upgrade broken in Hudson CI<br>> <br>> On Mon, 4 Feb 2013 21:46:05 +0000<br>> Jay K <jay.krell@cornell.edu> wrote:<br>> <br>> > ok, sorry, I know roughly the problem.Adding the C mode to builder I was a bit aggressive in cleaning it up, and didn't test the cm3cg path.I can either fix that, or be more conservative and mostly restore the old code. Probably fix it -- the code was kind of weird and repetitive...though the "rewrite" still kind of is too. There is a small combinatorial explosion of cases there -- 8 -- and I tried to make more algorithmic and based on each factor, and not just handle each case differently. - Jay<br>> <br>> Yes, please fix it. I'd like to keep up at least two platforms with the old backend.<br>> <br>> Olaf<br>> <br>> > From: jay.krell@cornell.edu<br>> > To: hosking@cs.purdue.edu; wagner@elego.de<br>> > Date: Mon, 4 Feb 2013 21:09:57 +0000<br>> > CC: m3devel@elegosoft.com<br>> > Subject: Re: [M3devel] Compiler upgrade broken in Hudson CI<br>> > <br>> > <br>> > <br>> > <br>> > I think the change I made yesterday for sockets was wrong. That's not likely a problem we'd catch in Hudson. I'll look later.<br>> > <br>> > - Jay<br>> > <br>> > > From: hosking@cs.purdue.edu<br>> > > Date: Mon, 4 Feb 2013 23:16:02 +1100<br>> > > To: wagner@elego.de<br>> > > CC: m3devel@elegosoft.com<br>> > > Subject: Re: [M3devel] Compiler upgrade broken in Hudson CI<br>> > > <br>> > > Jay?<br>> > > <br>> > > Sent from my iPad<br>> > > <br>> > > On Feb 4, 2013, at 10:27 PM, Olaf Wagner <wagner@elego.de> wrote:<br>> > > <br>> > > > I only just came around to have a look at the recent Hudson CI runs for<br>> > > > the cm3 compiler build. It seems that the upgrade path implemented in<br>> > > > scripts/upgrade.sh is broken now:<br>> > > > <br>> > > > http://hudson.modula3.com:8080/view/AMD64_LINUX/job/cm3-current-build-AMD64_LINUX/243/console<br>> > > > <br>> > > > What has changed in the dependencies?<br>> > > > How to fix upgrade.sh?<br>> > > > <br>> > > > Olaf<br>> > > > -- <br>> > > > Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com <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>> > > > Geschäftsführer: Michael Diers, Olaf Wagner | Sitz: Berlin<br>> > > > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br>> > <br>> <br>> -- <br>> Olaf Wagner -- elego Software Solutions GmbH -- http://www.elegosoft.com <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>> Geschäftsführer: Michael Diers, Olaf Wagner | Sitz: Berlin<br>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<br></div> </div></div> </div></div> </div></div> </div></div> </div></body>
</html>