<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'><div>I understand your description of the changed behavior but I hadn't noticed either way.</div><div>Perhaps it was changed by accident and likely it should be unconditionally restored.</div><div>It depends somewhat. Error recovery isn't always easy.</div><div>Within a module, recovery is likely problematic.</div><div>If all interfaces compile successfully, then I believe all modules are independent and</div><div>failure in any one module should not stop compilation in another module.</div><div><br></div><div><br></div><div>If any interfaces fail to compile, then there could be quite a cascade across modules.</div><div>However the way to handle that is probably to ignore it. Attempt to compile all modules.</div><div>"Summarize" the error at the end.</div><div>i.e. the overall package build will fail.</div><div>Developer fixes it, rebuilds, possily only a small amount will rebuild.</div><div><br></div><div>In terms of the scripts, well, not clear. They are potentially iterating over a lot of code.</div><div>There is somewhat a dilemna of "interactive or not".<br>If I'm there watching and it stops, I might fix it fast, and resume, to success.</div><div><br></div><div>If I'm not watching, and the problem is small, it might be profitable to continue,</div><div>do the most possible, and then when I come back, I'll fix it up.</div><div><br></div><div><br></div><div>If the problem is large, it matters less. Continuing on might go fast if everything fails.</div><div>It is a somewhat interesting experiment -- put an error in RT0.i3 and see how long it takes</div><div>to attempt to compile every module in every package. err..wait..you can't ship with an error.</div><div>Continuing through packages after an error will build against older packages.</div><div><br></div><div><br></div><div>Consistency, well..partly it is based on what I notice and what I see.</div><div>What I see cluttering up where I need to debug and change.</div><div>True consistency might require knowing all and having infinite time.</div><div><br></div><div> - Jay<br><br><br><br></div><div><hr id="stopSpelling">Date: Wed, 12 Aug 2015 09:11:10 -0700<br>From: lists@darko.org<br>To: mika@async.caltech.edu; jay.krell@cornell.edu<br>CC: m3devel@elegosoft.com<br>Subject: Re: [M3devel] cm3cg coverage/profiling features?<br><br><div dir="ltr">OK, but can someone explain to me why other, less obscure features have been removed?<div><br></div><div>For instance, cm3 used to keep on compiling files after errors were found. Now it seems to stop after one module. That loss of functionality seriously reduces productivity. I couldn't find any switch to reverse the change. When was this change decided? Is there a way to restore it?</div><div><br></div><div>But more generally: even if the functionality is broken, if it's still there there is a chance someone will fix it, if we remove it we're drawing a line underneath it and ending it.</div><div><br></div><div>The repository is replete with stuff that isn't used or is broken, so removing this one function seems arbitrary. Should we have some sort of consistency?</div><div><br></div></div><div class="ecxgmail_extra"><br><div class="ecxgmail_quote">On Wed, Aug 12, 2015 at 8:21 AM, <span dir="ltr"><<a href="mailto:mika@async.caltech.edu" target="_blank">mika@async.caltech.edu</a>></span> wrote:<br><blockquote class="ecxgmail_quote" style="padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;">Don't forget the as-yet-unborn users!<br>
<br>
In all seriousness... the compiler includes a lot of cool stuff, and I<br>
wish it worked. I used some of these features that Jay is talking about<br>
when SRC M3 was all there was, and I remember it did work.<br>
<br>
I think the profiling (and probably other stuff) has been broken since<br>
today's junior high school students were born though.<br>
<br>
Mika<br>
<br>
Darko Volaric writes:<br>
>--===============9067918515746620203==<br>
>Content-Type: multipart/alternative; boundary=bcaec548634a0fec67051d1eb98e<br>
><br>
>--bcaec548634a0fec67051d1eb98e<br>
>Content-Type: text/plain; charset=UTF-8<br>
<div><div class="h5">><br>
>Why does it have to be removed? Is there some pressing reason that<br>
>justifies removing functionality? How does it improve the compiler?<br>
><br>
>Also, how does asking in the mailing list justify its removal? Not all<br>
>users follow the mailing list, and future users do not get a say.<br>
><br>
>On Tue, Aug 11, 2015 at 11:14 PM, Jay K <<a href="mailto:jay.krell@cornell.edu">jay.krell@cornell.edu</a>> wrote:<br>
><br>
>> Does anyone use the coverage or profiling or<br>
>> optimization-via-profiling-feedback features of cm3cg?<br>
>> I'm removing dead stuff.<br>
>><br>
>> Thank you,<br>
>> - Jay<br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> M3devel mailing list<br>
>> <a href="mailto:M3devel@elegosoft.com">M3devel@elegosoft.com</a><br>
>> <a href="https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel" target="_blank" rel="noreferrer">https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</a><br>
>><br>
>><br>
><br>
</div></div>>--bcaec548634a0fec67051d1eb98e<br>
>Content-Type: text/html; charset=UTF-8<br>
>Content-Transfer-Encoding: quoted-printable<br>
><br>
><div dir=3D"ltr">Why does it have to be removed? Is there some pressing rea=<br>
>son that justifies removing functionality? How does it improve the compiler=<br>
>?<div><br></div><div>Also, how does asking in the mailing list justify its =<br>
>removal? Not all users follow the mailing list, and future users do not get=<br>
> a say.</div></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote=<br>
>">On Tue, Aug 11, 2015 at 11:14 PM, Jay K <span dir=3D"ltr"><<a href=3D"=<br>
>mailto:<a href="mailto:jay.krell@cornell.edu">jay.krell@cornell.edu</a>" target=3D"_blank"><a href="mailto:jay.krell@cornell.edu">jay.krell@cornell.edu</a></a>&g=<br>
>t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=<br>
> .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
><br>
><br>
><div><div dir=3D"ltr">Does anyone use the coverage or profiling or optimiza=<br>
>tion-via-profiling-feedback features of cm3cg?<div>I'm removing dead st=<br>
>uff.</div><div><br></div><div>Thank you,</div><div>=C2=A0- Jay<br><br><br><=<br>
>/div> </div></div><br>
><br>_______________________________________________<br><br>
>M3devel mailing list<br><br>
><a href=3D"mailto:<a href="mailto:M3devel@elegosoft.com">M3devel@elegosoft.com</a>"><a href="mailto:M3devel@elegosoft.com">M3devel@elegosoft.com</a></a><br><br>
><a href=3D"<a href="https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel" target="_blank" rel="noreferrer">https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</a>" rel=<br>
>=3D"noreferrer" target=3D"_blank"><a href="https://mail.elegosoft.com/cgi-bin/mailma=" target="_blank" rel="noreferrer">https://mail.elegosoft.com/cgi-bin/mailma=</a><br>
>n/listinfo/m3devel</a><br><br>
><br></blockquote></div><br></div><br>
><br>
>--bcaec548634a0fec67051d1eb98e--<br>
><br>
>--===============9067918515746620203==<br>
>Content-Type: text/plain; charset="us-ascii"<br>
>MIME-Version: 1.0<br>
>Content-Transfer-Encoding: 7bit<br>
>Content-Disposition: inline<br>
<span>><br>
>_______________________________________________<br>
>M3devel mailing list<br>
><a href="mailto:M3devel@elegosoft.com">M3devel@elegosoft.com</a><br>
><a href="https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel" target="_blank" rel="noreferrer">https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</a><br>
><br>
</span>>--===============9067918515746620203==--<br>
</blockquote></div><br></div>
<br>_______________________________________________
M3devel mailing list
M3devel@elegosoft.com
https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel</div> </div></body>
</html>