search for: a8e4e04f

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