search for: freciproc

Displaying 14 results from an estimated 14 matches for "freciproc".

Did you mean: freciprocal
2016 Nov 16
3
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...evel flag still gets set. Motivation of this discussion: https://llvm.org/bugs/show_bug.cgi?id=27372#c2 As an aside, when '-ffast-math' is specified on the command-line, the following six switches are all passed to cc1: -menable-no-infs -menable-no-nans -fno-signed-zeros -freciprocal-math -fno-trapping-math -ffp-contract=fast and '-ffast-math' itself is also passed cc1 (the act of passing '-ffast-math' to cc1 results in the macro '__FAST_MATH__' being defined). When (for example) '-fno-reciprocal-math' is passed in addition to '-f...
2016 Nov 16
5
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...gi?id=27372#c2 > > > As an aside, when '-ffast-math' is specified on the command-line, > > the > > > following six switches are all passed to cc1: > > > -menable-no-infs > > > -menable-no-nans > > > -fno-signed-zeros > > > -freciprocal-math > > > -fno-trapping-math > > > -ffp-contract=fast > > > and '-ffast-math' itself is also passed cc1 (the act of passing > > '-ffast-math' > > > to cc1 results in the macro '__FAST_MATH__' being defined). When > > (f...
2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...gcc.gnu.org/onlinedocs/gcc-6.2.0/gcc/Optimize-Options.html#Optimize-Options <https://gcc.gnu.org/onlinedocs/gcc-6.2.0/gcc/Optimize-Options.html#Optimize-Options> > > -ffp-contract=style > -ffast-math > -fno-math-errno > -funsafe-math-optimizations > -fassociative-math > -freciprocal-math > -ffinite-math-only > -fno-signed-zeros > -fno-trapping-math > -frounding-math > -fsignaling-nans > -fsingle-precision-constant > > etc, and the relevant negations of these options. We can't predict how customers will choose to chain these together, so I think t...
2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
...ument and choose not to support), we should support GCC's FP options: > https://gcc.gnu.org/onlinedocs/gcc-6.2.0/gcc/Optimize-Options.html# > Optimize-Options > > -ffp-contract=style > -ffast-math > -fno-math-errno > -funsafe-math-optimizations > -fassociative-math > -freciprocal-math > -ffinite-math-only > -fno-signed-zeros > -fno-trapping-math > -frounding-math > -fsignaling-nans > -fsingle-precision-constant > > etc, and the relevant negations of these options. We can't predict how > customers will choose to chain these together, so I thi...
2016 Nov 17
2
RFC: Consider changing the semantics of 'fast' flag implying all fast-math-flags
On 17.11.2016 09:51, Ristow, Warren wrote: > Those are all good points. Your reassociation point in the context of > inlining is particularly interesting. > > > > FWIW, we also have a case where a customer wants '-fno-associative-math' > to suppress reassociation under '-ffastmath'. It would take me a while > to find the specifics of the issue, but it was
2012 Nov 09
0
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...would set the 'I' and 'N' bits on all generated floating point instructions. -fno-signed-zeros Allow optimizations to ignore the signedness of zero. This may produce incorrect results, and so should be used with care. This would set the 'S' bit on all FP instructions. -freciprocal-math Allow optimizations to use the reciprocal of an argument instead of using division. This may produce less precise results, and so should be used with care. This would set the 'R' bit on all relevant FP instructions Changes to llvm cli tools --- opt and llc already have the comm...
2012 Nov 02
3
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
On Fri, Nov 2, 2012 at 1:07 PM, Dan Gohman <dan433584 at gmail.com> wrote: > > > On Fri, Nov 2, 2012 at 10:02 AM, Krzysztof Parzyszek > <kparzysz at codeaurora.org> wrote: >> >> On 11/2/2012 11:53 AM, Michael Ilseman wrote: >>> >>> >>> >>> I think Dan was making two points with his example. Dan, correct me if I >>>
2012 Nov 12
2
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...is would set the 'I' and 'N' bits on all generated floating point instructions. -fno-signed-zeros Allow optimizations to ignore the signedness of zero. This may produce incorrect results, and so should be used with care. This would set the 'S' bit on all FP instructions. -freciprocal-math Allow optimizations to use the reciprocal of an argument instead of using division. This may produce less precise results, and so should be used with care. This would set the 'R' bit on all relevant FP instructions Changes to llvm cli tools --- opt and llc already have the command...
2017 Sep 29
2
Trouble when suppressing a portion of fast-math-transformations
...;-ffast-math' to cc1 when a specific set of sub-fast-math components are enabled. More specifically, when a user specifies just '-ffast-math' on the command-line, the following 7 sub-fast-math switches: -fno-honor-infinities -fno-honor-nans -fno-math-errno -fassociative-math -freciprocal-math -fno-signed-zeros -fno-trapping-math get passed to cc1 (this is true both with the old (pre r297837) and new (since r297837) compilers). Furthermore, the "umbrella" '-ffast-math' is also passed to cc1 in this case of the user specifying just '-ffast-math' on t...
2012 Nov 13
0
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...ing point instructions. >> >> -fno-signed-zeros >> Allow optimizations to ignore the signedness of zero. This may produce >> incorrect results, and so should be used with care. >> >> This would set the 'S' bit on all FP instructions. >> >> -freciprocal-math >> Allow optimizations to use the reciprocal of an argument instead of using >> division. This may produce less precise results, and so should be used with >> care. >> >> This would set the 'R' bit on all relevant FP instructions >> >> Chan...
2012 Nov 15
0
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...signed-zeros >>>> Allow optimizations to ignore the signedness of zero. This may produce >>>> incorrect results, and so should be used with care. >>>> >>>> This would set the 'S' bit on all FP instructions. >>>> >>>> -freciprocal-math >>>> Allow optimizations to use the reciprocal of an argument instead of using >>>> division. This may produce less precise results, and so should be used with >>>> care. >>>> >>>> This would set the 'R' bit on all relevant...
2012 Nov 14
6
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...> >>> -fno-signed-zeros >>> Allow optimizations to ignore the signedness of zero. This may produce >>> incorrect results, and so should be used with care. >>> >>> This would set the 'S' bit on all FP instructions. >>> >>> -freciprocal-math >>> Allow optimizations to use the reciprocal of an argument instead of using >>> division. This may produce less precise results, and so should be used with >>> care. >>> >>> This would set the 'R' bit on all relevant FP instructions &gt...
2017 Sep 29
0
Trouble when suppressing a portion of fast-math-transformations
...nts are > > enabled. > > More specifically, when a user specifies just '-ffast-math' on the > > command-line, the following 7 sub-fast-math switches: > > -fno-honor-infinities > > -fno-honor-nans > > -fno-math-errno > > -fassociative-math > > -freciprocal-math > > -fno-signed-zeros > > -fno-trapping-math > > get passed to cc1 (this is true both with the old (pre r297837) and > new (since > > r297837) compilers). Furthermore, the "umbrella" '-ffast-math' is > also passed > > to cc1 in this ca...
2012 Nov 15
2
[LLVMdev] [RFC] Extend LLVM IR to express "fast-math" at a per-instruction level
...9; bits on all generated floating point > instructions. > > -fno-signed-zeros > Allow optimizations to ignore the signedness of zero. This may produce > incorrect results, and so should be used with care. > > This would set the 'S' bit on all FP instructions. > > -freciprocal-math > Allow optimizations to use the reciprocal of an argument instead of using > division. This may produce less precise results, and so should be used with > care. > > This would set the 'R' bit on all relevant FP instructions > > Changes to llvm cli tools > ---...