<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'>redirecting...<br><br>> Olaf<br><pre>> LLVM didn't seem to satisfy M3's needs, however, if I understood Rodney's laments correctl<br><br><br>I would like to take this up, maybe soon.<br><br><br>I do have a bit of an agenda.<br>Maybe my priorities are mixed up.<br><br><br> 1 Provide a very portable system. <br> 2 Provide an easy to install and use system. <br> 3 Switch from gcc backend to LLVM backend, at least optionally (i.e. at least<br> for their supported backends).<br> 4 Maybe write our own backends. <br><br><br>Where is the LLVM support at?<br>Mostly working? Barely working?<br><br><br>I know LLVM is big and changing, and maybe they don't value<br>compatibility of bitcode.<br><br><br>But look at what we have with the gcc backend.<br>Even if we didn't have to patch it at all, I expect<br>we'd still have to keep and build a local copy.<br><br>Perhaps we should just do that?<br><br>With LLVM, with its different licensing, perhaps we could<br>get our "frontend" merged upstream, but this would<br>then give us a compatibility burden in the persisted m3cg.<br>Is that ok?<br>It is hypothetical at this point.<br><br><br>I know everyone here doesn't really like C/C++ (except me).<br>And, more significantly, I know the system written in itself<br>is a great test case, but I wonder if we shouldn't write a new<br>"real" frontend in C or C++, and see if we can't merge that<br>upstream with gcc and/or clang.<br><br><br>It also worth mentioning that I believe gcc's Ada front end<br>is written in Ada -- you don't actually have to write<br>the frontend in C/C++ to merge upstream.<br><br>But there might remain licensing concern.<br><br><br><br> - Jay<br><br></pre> </div></body>
</html>