Displaying 6 results from an estimated 6 matches for "fastm".
Did you mean:
fast
2012 Apr 16
0
[LLVMdev] Representing -ffast-math at the IR level
...- A default fpmath setting can be supplied to IRBuilder, which will then apply
it to all floating point operations. It is also possible to specify specific
fpmath metadata when creating an operation.
Ciao, Duncan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastm.diff
Type: text/x-patch
Size: 18788 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120416/e7f4b1c8/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastm-clang.diff
Type: text/x-patch
Size: 1497 bytes
D...
2012 Apr 14
9
[LLVMdev] Representing -ffast-math at the IR level
...ran benchmark (4% of the human readable IR consists of floating point
operations). At -O3 (the worst), the size of the bitcode increases by 0.8%.
No idea if that's acceptable - hopefully it is!
Enjoy!
Duncan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastm-llvm.diff
Type: text/x-patch
Size: 14251 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120414/95aa6cb6/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastm-clang.diff
Type: text/x-patch
Size: 2240 by...
2012 Apr 16
0
[LLVMdev] Representing -ffast-math at the IR level
..., a reasonably floating point heavy
> Fortran benchmark (4% of the human readable IR consists of floating point
> operations). At -O3 (the worst), the size of the bitcode increases by 0.8%.
> No idea if that's acceptable - hopefully it is!
>
> Enjoy!
>
> Duncan.
> <fastm-llvm.diff><fastm-clang.diff>_______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
2012 Apr 16
1
[LLVMdev] Representing -ffast-math at the IR level
...heavy
>> Fortran benchmark (4% of the human readable IR consists of floating point
>> operations). At -O3 (the worst), the size of the bitcode increases by 0.8%.
>> No idea if that's acceptable - hopefully it is!
>>
>> Enjoy!
>>
>> Duncan.
>> <fastm-llvm.diff><fastm-clang.diff>_______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
2012 Apr 16
0
[LLVMdev] Representing -ffast-math at the IR level
...;
> Both the Clang and DragonEgg patches look good, but both need test cases. =]
Yes, I'm working on those as well. See attached patch for the other changes.
It now also includes a unit test.
Ciao, Duncan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastm.diff
Type: text/x-patch
Size: 26765 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120416/c9a2ac15/attachment.bin>
2012 Apr 16
2
[LLVMdev] Representing -ffast-math at the IR level
Thanks for the updates!
Minor comments:
+ if (!Accuracy)
+ // If it's not a floating point number then it must be 'fast'.
+ return HUGE_VALF;
Can we add an assert instead of a comment? It's just as documenting and
will catch any goofs.
+ // If it's not a floating point number then it must be 'fast'.
+ return !isa<ConstantFP>(MD->getOperand(0));