[M3devel] cm3cg coverage/profiling features?

[Jay K]

gcc is so big, I like to trim it down.

For example, I removed the C preprocessor, libgcc (adding back a subsetted alternative when using Sun CC, in another place), the driver, most of the frontends, LTO which I assume nobody uses, all the dependency on gmp/mpfr/mpc, lots of "builtins" that we don't expose so you can't use in Modula-3, etc.

This is stuff in gcc, not the stuff in cm3/m3front.

But arguably we could (have) left it all alone, just apply a minimal patch.

Note that anything here is going to be somewhat specific to this backend.Though LLVM may very well have similar functionality.The integrated backend does not -- though for coverage there exists post-link instrumentation options at least on Windows in Visual Studio.The C backend could get it via the underlying C compiler, e.g. gcc.

Someone should try them out and report.The config files have long offered profile/-pg.I'll leave it for now.
Thanks, - Jay




> To: lists at darko.org
> Date: Wed, 12 Aug 2015 08:21:55 -0700
> From: mika at async.caltech.edu
> CC: m3devel at elegosoft.com
> Subject: Re: [M3devel] cm3cg coverage/profiling features?
> 
> 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==--
> _______________________________________________
> M3devel mailing list
> M3devel at elegosoft.com
> https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20150812/9bc92bbc/attachment-0002.html>