<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body class="" style="word-wrap:break-word" fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Hi,
<div><br>
</div>
<div>Thanks for all that useful information, although the one critical piece of information in here is about existing revisions, which I wasn't aware of. Moving forward from an existing code-base is almost certainly going to result in a higher chance of acceptance
into the LLVM source code-base.</div>
<div><br>
</div>
<div>I'm almost frantic in anticipation of finding out where this code is. I'll keep looking, but finding this is likely to dramatically alter my direction on this project. Any help appreciated.</div>
<div><br>
</div>
<div>On the other notes, I had anticipated that the number of features would be viewed somewhat negatively - as I view them that way myself. The ESA requirement is that we can switch on and off individual features. However, Im fairly sure that getting the code
accepted into the LLVM code-base has higher priority, so alterations to the design, even potentially to the project requirements are anticipated. </div>
<div><br>
</div>
<div>Chris. <br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<div>
<div>
<blockquote type="cite" class="">
<div class="">3. LEON's hardware implementation also has very many errata, which we need to fix as software optimsations. The intention in the design is to implement a back-end pass for each change and add these to the LEON target's information about the processor
type. e.g. SDIV is not working correctly on LEON processors, but SDIVrr works correctly, so a back-end pass will modify the instructions to repair this erratum. A sample of a LEON processor type definition is as follows, with similar variants for LEON3,4 and
NGMP:<br class="">
</div>
</blockquote>
<div><br class="">
</div>
<div>Yeah, these AT697 and UT699 processors sure have a whole lot of errata. [e.g. <a href="http://www.atmel.com/Images/doc4409.pdf" class="" target="_blank">http://www.atmel.com/Images/doc4409.pdf</a> is really rather astounding!]. Although, I'd note that
most of them are already fixed by the AT697F and UT699E revisions. </div>
<div><br class="">
</div>
<blockquote type="cite" class="">
<div class=""><br>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</body>
</html>