Displaying 3 results from an estimated 3 matches for "a8e4e04f".
2012 Oct 30
0
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
Here's a new version of the RFC, incorporating and addressing the feedback from Krzysztof, Eli, Duncan, and Dan.
Revision 1 changes:
* Removed Fusion flag from all sections
* Clarified and changed descriptions of remaining flags:
* Make 'N' and 'I' flags be explicitly concerning values of operands, and
producing undef values if a NaN/Inf is provided.
*
2012 Oct 30
3
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...s, if you intend this optimizations to be valid for
non-constants? And, it's not clear what you're trying to say about denormal
values here.
Dan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121030/a8e4e04f/attachment.html>
2012 Oct 29
11
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
Introduction
---
LLVM IR currently does not have any support for specifying fine-grained control
over relaxing floating point requirements for the optimizer. The below is a
proposal to extend floating point IR instructions to support a number of flags
that a creator of IR can use to allow for greater optimizations when
desired. Such changes are sometimes referred to as fast-math, but this