
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class="">On Mar 7, 2016, at 11:22 AM, Kanad Sinha via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class=""><div class=""><div class=""><br class=""></div>Hi,<br class=""><br class=""></div>I have recently started messing around with LLVM for a project on the SPARC architecture (SPARC32 V8, based off the Leon3 platform, to be more specific).<br class=""><br class=""></div>I was wondering about the status of the support for software-emulation of FPU operations. From preliminary browsing of code and <a href="http://reviews.llvm.org/D10457" class="">this</a> commit review, it seems that currently there is none. Would that be right? If so, could someone please shed some light on what the plans are regarding its development in the near future? I wouldn't mind helping out if this is in the works right now.<br class=""></div></div></div></div></blockquote></div><br class=""><div class="">LLVM doesn't support a soft-float ABI for Sparc. (I've not heard anyone say they're working on it either). </div><div class=""><br class=""></div><div class="">You can do software emulation of the FPU instructions with the standard hard-float ABI -- that'd require no special support from the compiler, but your OS kernel would need to catch the fp_disabled traps, and emulate all of the FPU instructions. I believe e.g. RTEMS doesn't have a Sparc FPU software emulator, so that could be a problem for you, depending on what OS you're running. Handling the traps in software may also be somewhat slower than handling them via function calls emitted by the compiler.</div></body></html>