<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>There are clearly three speeds to the compiler in my informal observation.</div><div><br></div><div> The NT386 backend is fastest. </div><div> The m3cg backend is medium. </div><div> The C backed is a little slower.</div><div><br></div><div><br></div><div>But if this can all be divided by number of cores, and the I/O overlapped,</div><div>they might all be fast. :)</div><div><br></div><div><br></div><div>I would like to write more integrated backends, but the C backend needs a bit more work,</div><div>and we want to remove setjmp/longjmp for most targets still,</div><div>and the existing M3x86.m3 has a terrible debugging story -- only line numbers.</div><div><br></div><div><br></div><div> - Jay<br><br><br><br></div><div>> Date: Tue, 11 Aug 2015 14:46:35 -0400<br>> From: hendrik@topoi.pooq.com<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] multi-threaded m3front?<br>> <br>> On Tue, Aug 11, 2015 at 10:20:26AM -0700, Darko Volaric wrote:<br>> > I couldn't agree with you more. I think being able to compile or cross<br>> > compile the system without spending hours (or days) hacking<br>> > scripts/environments would be a huge step forward for the project. Or<br>> > having compiler binaries for more than two platforms (four if you count<br>> > different word sizes). Meanwhile I've never heard anyone complain that the<br>> > compiler is too slow.<br>> <br>> I'm even pleased how *fast* the compiler is.<br>> <br>> If I could make it generate portable C, it would satisy most of the <br>> uses I can imagine for it, not just the uses I actually have.<br>> <br>> -- hendrik<br>> _______________________________________________<br>> M3devel mailing list<br>> M3devel@elegosoft.com<br>> https://mail.elegosoft.com/cgi-bin/mailman/listinfo/m3devel<br></div> </div></body>
</html>