Displaying 3 results from an estimated 3 matches for "8610dd64".
2012 Apr 15
0
[LLVMdev] Representing -ffast-math at the IR level
On 15 April 2012 09:07, Duncan Sands <baldrick at free.fr> wrote:
> Link-time optimization will sometimes result in "fast-math" functions being
> inlined into non-fast math functions and vice-versa. This pretty much
> inevitably means that per-instruction fpmath options are required.
I guess it would be user error if a strict function used the results
of a non-strict
2012 Apr 15
1
[LLVMdev] Representing -ffast-math at the IR level
...; Just guessing for the future, I agree with you that the first
> implementation should be very simple, as it is.
>
> cheers,
> --renato
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120415/8610dd64/attachment.html>
2012 Apr 15
3
[LLVMdev] Representing -ffast-math at the IR level
Hi Dmitry,
> That's possible (I already discussed this with Chandler), but in my opinion is
> only worth doing if we see unreasonable increases in bitcode size in real code.
>
>
> What is reasonable or not is defined not only by absolute numbers (0.8% or any
> other number). Does it make sense to increase bitcode size by 1% if it's used
> only by math library