[M3devel] multi-threaded m3front?

Jay K jay.krell at cornell.edu
Sun Aug 9 21:20:01 CEST 2015


Right, agreed -- this should work for LLVM, and the C compiler.LLVM should be multi-threadable in-proc too.
Fixing m3front itself -- we'd have to identify and deal with all the globals.For the alloca/setjmp work I put the "globals" in Module.T.
 - Jay


> Date: Sun, 9 Aug 2015 14:14:48 -0500
> From: rodney_bates at lcwb.coop
> To: m3devel at elegosoft.com
> Subject: Re: [M3devel] multi-threaded m3front?
> 
> 
> 
> On 08/09/2015 11:58 AM, mika at async.caltech.edu wrote:
> >
> > I think this is a great idea.  I made the back-end parallel already (at
> > least for the version of the compiler that calls the gcc-based backend).
> 
> I believe this works for any executable(s) separate from cm3 itself.
> 
> > To enable that you have to set "M3_PARALLEL_BACK" to the number of threads
> > you want to spawn in your cm3.cfg .
> >
> >       Mika
> >
> > Jay K writes:
> >> --===============7278135725256123965==
> >> Content-Type: multipart/alternative;
> >> 	boundary="_9e876ef9-e673-486b-befa-abff52e19a99_"
> >>
> >> --_9e876ef9-e673-486b-befa-abff52e19a99_
> >> Content-Type: text/plain; charset="iso-8859-1"
> >> Content-Transfer-Encoding: quoted-printable
> >>
> >> Is anyone interested in updating m3front to be multi-threaded?
> >> I haven't seen a single core system in a while.
> >> Surely each module can be compiled separately=2C possibly with some seriali=
> >> zation around compiling interfaces?
> >> Thanks=2C - Jay
> >>
> >> 		 	   		  =
> >>
> >> --_9e876ef9-e673-486b-befa-abff52e19a99_
> >> Content-Type: text/html; charset="iso-8859-1"
> >> Content-Transfer-Encoding: quoted-printable
> >>
> >> <html>
> >> <head>
> >> <style><!--
> >> .hmmessage P
> >> {
> >> margin:0px=3B
> >> padding:0px
> >> }
> >> body.hmmessage
> >> {
> >> font-size: 12pt=3B
> >> font-family:Calibri
> >> }
> >> --></style></head>
> >> <body class=3D'hmmessage'><div dir=3D'ltr'>Is anyone interested in updating=
> >> m3front to be multi-threaded?<div><br></div><div>I haven't seen a single c=
> >> ore system in a while.</div><div><br></div><div>Surely each module can be c=
> >> ompiled separately=2C possibly with some serialization around compiling int=
> >> erfaces?</div><div><br></div><div>Thanks=2C</div><div>&nbsp=3B- Jay<br><br>=
> >> </div> 		 	   		  </div></body>
> >> </html>=
> >>
> >> --_9e876ef9-e673-486b-befa-abff52e19a99_--
> >>
> >> --===============7278135725256123965==
> >> 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
> >>
> >> --===============7278135725256123965==--
> > _______________________________________________
> > M3devel mailing list
> > M3devel at elegosoft.com
> > https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel
> >
> 
> -- 
> Rodney Bates
> rodney.m.bates at acm.org
> _______________________________________________
> 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/20150809/70c089d6/attachment-0002.html>


More information about the M3devel mailing list