<p dir="ltr">Sorry, maybe I misunderstood your earlier messages; I thought *you* had inherited an existing code base you were giving snippets of and planning to submit pieces of upstream!</p>
<p dir="ltr">Apologies if that was an incorrect understanding!</p>
<div class="gmail_quote">On Sep 8, 2015 4:36 AM, "Chris.Dewhurst" <<a href="mailto:Chris.Dewhurst@lero.ie">Chris.Dewhurst@lero.ie</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div style="word-wrap:break-word">
<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">
<div>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>
</div>
</blockquote>
<div><br>
</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" 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>
</div>
<blockquote type="cite">
<div><br>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div>

</blockquote></div>