[M3devel] cm3cg coverage/profiling features?

[Darko Volaric]

OK, but can someone explain to me why other, less obscure features have
been removed?

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?

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.

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?


On Wed, Aug 12, 2015 at 8:21 AM, <mika at async.caltech.edu> wrote:

> Don't forget the as-yet-unborn users!
>
> In all seriousness... the compiler includes a lot of cool stuff, and I
> wish it worked.  I used some of these features that Jay is talking about
> when SRC M3 was all there was, and I remember it did work.
>
> I think the profiling (and probably other stuff) has been broken since
> today's junior high school students were born though.
>
>     Mika
>
> Darko Volaric writes:
> >--===============9067918515746620203==
> >Content-Type: multipart/alternative; boundary=bcaec548634a0fec67051d1eb98e
> >
> >--bcaec548634a0fec67051d1eb98e
> >Content-Type: text/plain; charset=UTF-8
> >
> >Why does it have to be removed? Is there some pressing reason that
> >justifies removing functionality? How does it improve the compiler?
> >
> >Also, how does asking in the mailing list justify its removal? Not all
> >users follow the mailing list, and future users do not get a say.
> >
> >On Tue, Aug 11, 2015 at 11:14 PM, Jay K <jay.krell at cornell.edu> wrote:
> >
> >> Does anyone use the coverage or profiling or
> >> optimization-via-profiling-feedback features of cm3cg?
> >> I'm removing dead stuff.
> >>
> >> Thank you,
> >>  - Jay
> >>
> >>
> >>
> >> _______________________________________________
> >> M3devel mailing list
> >> M3devel at elegosoft.com
> >> https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel
> >>
> >>
> >
> >--bcaec548634a0fec67051d1eb98e
> >Content-Type: text/html; charset=UTF-8
> >Content-Transfer-Encoding: quoted-printable
> >
> ><div dir=3D"ltr">Why does it have to be removed? Is there some pressing
> rea=
> >son that justifies removing functionality? How does it improve the
> compiler=
> >?<div><br></div><div>Also, how does asking in the mailing list justify
> its =
> >removal? Not all users follow the mailing list, and future users do not
> get=
> > a say.</div></div><div class=3D"gmail_extra"><br><div
> class=3D"gmail_quote=
> >">On Tue, Aug 11, 2015 at 11:14 PM, Jay K <span dir=3D"ltr"><<a
> href=3D"=
> >mailto:jay.krell at cornell.edu" target=3D"_blank">jay.krell at cornell.edu
> </a>&g=
> >t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0
> 0=
> > .8ex;border-left:1px #ccc solid;padding-left:1ex">
> >
> >
> ><div><div dir=3D"ltr">Does anyone use the coverage or profiling or
> optimiza=
> >tion-via-profiling-feedback features of cm3cg?<div>I'm removing dead
> st=
> >uff.</div><div><br></div><div>Thank you,</div><div>=C2=A0-
> Jay<br><br><br><=
> >/div>                                    </div></div>
> ><br>_______________________________________________<br>
> >M3devel mailing list<br>
> ><a href=3D"mailto:M3devel at elegosoft.com">M3devel at elegosoft.com</a><br>
> ><a href=3D"https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel"
> rel=
> >=3D"noreferrer" target=3D"_blank">
> https://mail.elegosoft.com/cgi-bin/mailma=
> >n/listinfo/m3devel</a><br>
> ><br></blockquote></div><br></div>
> >
> >--bcaec548634a0fec67051d1eb98e--
> >
> >--===============9067918515746620203==
> >Content-Type: text/plain; charset="us-ascii"
> >MIME-Version: 1.0
> >Content-Transfer-Encoding: 7bit
> >Content-Disposition: inline
> >
> >_______________________________________________
> >M3devel mailing list
> >M3devel at elegosoft.com
> >https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel
> >
> >--===============9067918515746620203==--
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20150812/7091a8d3/attachment-0002.html>