<HTML><HEAD>
<STYLE>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</STYLE>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.6000.16850" name=GENERATOR></HEAD>
<BODY class=hmmessage>
<DIV>Ok, so here is what I've done:</DIV>
<DIV>1. deleted PKGS</DIV>
<DIV>2. scripts/win/upgrade.cmd</DIV>
<DIV>3. scripts/win/do-cm3-std.cmd</DIV>
<DIV> </DIV>
<DIV>These work, except that I had to modify pkginfo.txt as follows:</DIV>
<DIV>1. Removed all m3-www packages (web & proxy)</DIV>
<DIV>2. Removed all cvsup packages</DIV>
<DIV> </DIV>
<DIV>If I left these in there, I got failures.</DIV>
<DIV> </DIV>
<DIV>BTW, I've rebuilt cm3ide and it is running on Windows XP with no crashes so far.</DIV>
<DIV> </DIV>
<DIV>Now, if (?) the pkginfo.txt file is what is driving the process, it appears that each line in the file has a package and one or more tags, e.g. min std core. I assume the order of packages in pkginfo.txt is the correct build order. If these statements are true (and I'm asking you to verify), I will try to write a simpler CMD script that deals with the building process using pkginfo.txt as the "input control file".</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy Coleburn<BR><BR>>>> Jay K <jay.krell@cornell.edu> 7/19/2009 5:52 PM >>><BR>The "all" versions of all the scripts fail to compile (all as in Python, .sh, .cmd).<BR>Try "std".<BR> <BR>All the scripts are also a bit identically loose in how they find "projects".<BR> They look for something/src/m3makefile where something contains what they are after.<BR> It is a bit fragile.<BR>Except for your .cmd files which are more precise.<BR> <BR>There is also a bug in all the scripts that adding new packages to the source tree fails.<BR>The PKGS files needs a version number in its name and if PKGS-correctionversion doesn't<BR>exist the scripts should delete PKGS* and regenerate.<BR>We only recently got a centralized version file though and I didn't want to implement<BR>this until that was in.<BR> <BR> - Jay<BR><BR> <BR></DIV>
<DIV>
<HR id=stopSpelling>
</DIV>
<DIV>Date: Sun, 19 Jul 2009 17:43:02 -0400<BR>From: rcolebur@scires.com<BR>To: jay.krell@cornell.edu; m3devel@elegosoft.com<BR>Subject: Re: [M3devel] release testing on Windows XP<BR><BR></DIV>
<STYLE>
.ExternalClass EC_hmmessage P
{padding:0px;}
.ExternalClass body.EC_hmmessage
{font-size:10pt;font-family:Verdana;}
</STYLE>
<DIV>do-cm3-all.py: This crazy python animal is now trying to compile my examples folder!</DIV>
<DIV>It fails, of course, and doesn't go any farther.</DIV>
<DIV>Regards,</DIV>
<DIV>Randy Coleburn<BR><BR>>>> Jay K <jay.krell@cornell.edu> 7/19/2009 5:31 PM >>><BR>Try deleting the PKGS file of course. Management of that file is poor, across all the scripts.<BR>Almost any version of Python will do and I highly recommend it. .cmd is a terrible programming language and Python is an excellent one. Python is also very portable. I use all the same automation across a variety of platforms.<BR>(I still haven't gotten it to work on OpenBSD/sgimips and I do sometimes test Olaf's .sh code.)<BR>JScript isn't so bad, and it is "built in" on essentially all Windows installs (as long as there is IE), but it isn't portable at all for command line use to Python wins again. I understand the desire to not install anything at all, but this one install provides tremendous value. Sometimes a dependency is worth it.<BR> <BR> - Jay<BR> <BR></DIV>
<DIV>
<HR id=EC_stopSpelling>
</DIV>
<DIV>Date: Sun, 19 Jul 2009 16:55:53 -0400<BR>From: rcoleburn@scires.com<BR>To: m3devel@elegosoft.com; rcoleburn@scires.com<BR>Subject: Re: [M3devel] release testing on Windows XP<BR><BR></DIV>
<DIV>For #3 below, I went to scripts/win and ran upgrade.cmd. No problems there. </DIV>
<DIV> </DIV>
<DIV>Then I tried do-cm3-std.cm3, but it fails complaining that the m3-www\web package is missing.</DIV>
<DIV> </DIV>
<DIV>I suspect these scripts may not be up to date. </DIV>
<DIV> </DIV>
<DIV>Alas, I'm going to try to download python 2.6 for Windows since that is what Jay seems to be using these days. Then I'll try running his python scripts and see how it fares. </DIV>
<DIV> </DIV>
<DIV>But, I again think we need to not depend on python scripts for cm3 on Windows. I am willing to work on the .CMD scripts.</DIV>
<DIV> </DIV>
<DIV>--Randy Coleburn<BR><BR>>>> "Randy Coleburn" <rcoleburn@scires.com> 7/19/2009 2:58 PM >>><BR></DIV>
<DIV>Olaf / Jay / et al:</DIV>
<DIV> </DIV>
<DIV>I am back from my trip and thought I would try to test out what we have for Windows XP platform.</DIV>
<DIV> </DIV>
<DIV>My plan is:</DIV>
<DIV> </DIV>
<DIV>1. Backup my current cm3 tree and sandbox.</DIV>
<DIV>2. Update my local sandbox copy of all CM3 from the CVS repository.</DIV>
<DIV>3. Use my current cm3 to rebuild everthing in the updated sandbox. In so doing, I will ship back to my cm3 installation thereby updating it to be current.</DIV>
<DIV>4. Use my updated cm3 to build and test a number of my programs.</DIV>
<DIV>5. Report results to m3devel</DIV>
<DIV> </DIV>
<DIV>Regards,</DIV>
<DIV>Randy Coleburn</DIV></BODY></HTML>