Displaying 2 results from an estimated 2 matches for "d51701".
2019 Mar 18
3
[RFC] Making space for a flush-to-zero flag in FastMathFlags
...the more general settings that we need for
reciprocal optimizations.
2. These don't require new bits, but FMF isn't applied correctly today
as-is:
https://reviews.llvm.org/D48085
https://bugs.llvm.org/show_bug.cgi?id=38086
https://bugs.llvm.org/show_bug.cgi?id=39535
https://reviews.llvm.org/D51701
...so we need to make FMF changes regardless of FTZ.
On Sun, Mar 17, 2019 at 2:47 PM Craig Topper via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Can we move HasValueHandle out of the byte used for SubClassOptionalData
> and move it to the flags at the bottom of value by
> shri...
2019 Mar 16
3
[RFC] Making space for a flush-to-zero flag in FastMathFlags
Hi,
I need to add a flush-denormals-to-zero (FTZ) flag to FastMathFlags,
but we've already used up the 7 bits available in
Value::SubclassOptionalData (the "backing storage" for
FPMathOperator::getFastMathFlags()). These are the possibilities I
can think of:
1. Increase the size of FPMathOperator. This gives us some additional
bits for FTZ and other fastmath flags we'd want