<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'><pre style="line-height: 21px; white-space: normal; color: rgb(68, 68, 68); font-size: 15px; "> > The old compiler release wasn't able to build the new sources</pre><pre style="line-height: 21px; white-space: normal; color: rgb(68, 68, 68); font-size: 15px; "><br></pre><pre style="line-height: 21px; white-space: normal; color: rgb(68, 68, 68); font-size: 15px; ">I think I fixed that. I reduced my use of LONGINT by passing it off to C.</pre><pre style="line-height: 21px; white-space: normal; color: rgb(68, 68, 68); font-size: 15px; ">There was a later change Tony made, after the initial LONGINT support, that let you use VAL to convert between more types. I was depending on that. I think I am no longer.</pre><br> > hudson jobs for m3cc -- just merge the jobs and use the incrementality and<div> > the clean_marker.txt feature I put <div><br></div><div><br></div><div>I understand, but I think this might be pretty easy.</div><div>It might already be done..I'll poke around and try to do it fairly soon.</div><div>We just have to make sure the CVS polling for "the one" task includes everything, doesn't exclude m3cc.</div><div>The m3cc tasks aren't needed -- but can just be left disabled.</div><div><br></div><div><br></div><div>The "later" tasks, pkg build, test, those can still be separate..until/unless I understand them.. :)</div><div><br></div><div><br></div><div> - Jay<br><br><br><div><div id="SkyDrivePlaceholder"></div>> Date: Wed, 6 Feb 2013 08:48:19 +0100<br>> From: wagner@elegosoft.com<br>> To: jay.krell@cornell.edu<br>> CC: m3devel@elegosoft.com<br>> Subject: Re: hudson_build_system.sh<br>> <br>> On Wed, 6 Feb 2013 07:30:17 +0000<br>> Jay K <jay.krell@cornell.edu> wrote:<br>> <br>> > Olaf, between lastok and lastrel, I realize either can be correct.lastrel, for some definition of it, people do like to use to build the current system.There are arguments either way.<br>> <br>> The old compiler release wasn't able to build the new sources; and in defs.sh, there are other functions for building from the old release.<br>> <br>> > The deletion of cm3cg is deliberate, because I'm afraid some releases' quake/config might reachin and use it. In fact that's what I think was going wrong.I know for some time I thought that was a good idea.Since "shipping"/copying files is wasteful.<br>> <br>> I don't think it was necessary here. They simply don't get used.<br>> <br>> > It looks like the current quake/config only does that for cross builds.<br>> > <br>> > It doesn't delete "everything", just the executable. They can reasonably quickly be recreated.They should not be used here, except as built part way through this stuff.I don't believe there should be separate hudson jobs for m3cc -- just merge the jobs and use the incrementality and the clean_marker.txt feature I put in.<br>> <br>> I'll see if I find time to do some more refactoring, but changing the regression setup is sometimes very subtle and likely to introduce errors.<br>> <br>> We'd need so many updates -- new VC, Hudson --> Jenkins, WWW, ...<br>> <br>> Right now I'd just like to get the wheels going again.<br>> <br>> Olaf<br>> <br>> > - Jay<br>> > <br>> > <br>> > > Date: Wed, 6 Feb 2013 08:18:28 +0000<br>> > > To: m3commit@elegosoft.com<br>> > > From: wagner@elego.de<br>> > > Subject: [M3commit] CVS Update: cm3<br>> > > <br>> > > CVSROOT: /usr/cvs<br>> > > Changes by: wagner@birch. 13/02/06 08:18:28<br>> > > <br>> > > Modified files:<br>> > > cm3/scripts/regression/: hudson_build_system.sh <br>> > > <br>> > > Log message:<br>> > > that was not what this script is supposed to do...<br>> > > <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></body>
</html>