Displaying 19 results from an estimated 19 matches for "subnorm".
Did you mean:
subform
2013 Jun 18
4
[LLVMdev] APFloat renaming isNormal => isFiniteNonZero and isIEEENormal => isNormal
...point number as:
2.1.38 normal number: For a particular format, a finite non-zero floating-point number with magnitude greater than or equal to a minimum bemin value, where b is the radix. Normal numbers can use the full precision available in a format. In this standard, zero is neither normal nor subnormal.
This implies that a denormal is not a normal number.
In contrast, the current implementation of isNormal in APFloat does treat denormal numbers as normal numbers breaking this definition. This is not just a predicate that has a name that differs from IEEE-754R (which I am fine with), but is a...
2018 Aug 21
4
different output with fast-math flag
This is of course not homework. I am trying to understand how fast math
optimizations work in llvm. When I compared IR for both the programs, the
only thing I have noticed is that fdiv and fmul are replaced with fdiv fast
and fmul fast. Not sure what happens in fdiv fast and fmul fast.
I feel that its because d/max is really small number and fast-math does not
care about small numbers and consider
2013 Jun 19
0
[LLVMdev] APFloat renaming isNormal => isFiniteNonZero and isIEEENormal => isNormal
...1.38 normal number: For a particular format, a finite non-zero
> floating-point number with magnitude greater than or equal to a minimum
> bemin value, where b is the radix. Normal numbers can use the full precision
> available in a format. In this standard, zero is neither normal nor
> subnormal.
>
> This implies that a denormal is not a normal number.
>
> In contrast, the current implementation of isNormal in APFloat does treat
> denormal numbers as normal numbers breaking this definition. This is not
> just a predicate that has a name that differs from IEEE-754R (whic...
2013 Jun 18
0
[LLVMdev] APFloat renaming isNormal => isFiniteNonZero and isIEEENormal => isNormal
...t number as:
> 2.1.38 normal number: For a particular format, a finite non-zero floating-point number with magnitude greater than or equal to a minimum bemin value, where b is the radix. Normal numbers can use the full precision available in a format. In this standard, zero is neither normal nor subnormal.
>
> This implies that a denormal is not a normal number.
>
> In contrast, the current implementation of isNormal in APFloat does treat denormal numbers as normal numbers breaking this definition. This is not just a predicate that has a name that differs from IEEE-754R (which I am...
2016 Mar 29
1
NEON FP flags
On Fri, Mar 25, 2016 at 01:23:03PM +0000, Renato Golin via llvm-dev wrote:
> On 25 March 2016 at 04:11, Hal Finkel <hfinkel at anl.gov> wrote:
> > As I understand it, the fundamental property being addresses here is: Are
> > the semantics of scalar FP math the same as vector FP math? TTI seems like
> > a good place to expose that information. If the semantics are indeed
2010 Nov 20
2
[LLVMdev] Poor floating point optimizations?
...; <float> [#uses=1] %1 = fadd float %0, %x
; <float> [#uses=1] ret float %1 }
So what is going on? I mean, it was not replaced by %0 = fmul %x, 3.0.
I thought that maybe LLVM follows some strict IEEE floating point rules like
exceptions/subnormals/NaN/Inf etc issues. But (x+x) was actually transformed to
%x * 2.0. And this is even stranger, because on many architectures, MUL takes
more cycles than ADD (reason you'd rather use LEA than IMUL in X86 code).
Could someone explain what is going on? Maybe there are some special
optimizat...
2013 Jun 19
1
[LLVMdev] APFloat renaming isNormal => isFiniteNonZero and isIEEENormal => isNormal
...er: For a particular format, a finite non-zero
>> floating-point number with magnitude greater than or equal to a minimum
>> bemin value, where b is the radix. Normal numbers can use the full precision
>> available in a format. In this standard, zero is neither normal nor
>> subnormal.
>>
>> This implies that a denormal is not a normal number.
>>
>> In contrast, the current implementation of isNormal in APFloat does treat
>> denormal numbers as normal numbers breaking this definition. This is not
>> just a predicate that has a name that di...
2003 Aug 25
0
(PR#3979) Re: Re: R 1.7.x and inaccurate log1p() on OpenBSD
...nd Sun Solaris 9; it produced the
expected settings
#define HAVE_BROKEN_LOG1P 1
#define HAVE_LOG1P 1
on NetBSD and
/* #undef HAVE_BROKEN_LOG1P */
#define HAVE_LOG1P 1
on Solaris. Notice that the test code checks arguments over a range
of powers of two suitable for IEEE 754 with support for subnormals,
but will bail out early if necessary. It should therefore work as
intended on VAX OpenVMS and IBM S/390; I only rarely have access to
such systems.
AH_TEMPLATE(HAVE_BROKEN_LOG1P, [Define if log1p() is broken.])
AH_TEMPLATE(HAVE_LOG1P, [Define if log1p() is available.])
...
AC_SEARCH_LIBS(l...
2016 Feb 15
2
Vectorization with fast-math on irregular ISA sub-sets
Hi,
> James, is that a correct assessment?
Yes, it is also my belief that the only way ARMv7 NEON differs from IEEE754 is lack of denormal support.
James
> On 11 Feb 2016, at 10:53, Renato Golin <renato.golin at linaro.org> wrote:
>
> Hal,
>
> I had a read on the ARM ARM about VFP and SIMD FP semantics and my
> analysis is that NEON's only problem is the
2016 Mar 25
3
NEON FP flags
On 25 March 2016 at 04:11, Hal Finkel <hfinkel at anl.gov> wrote:
> As I understand it, the fundamental property being addresses here is: Are the semantics of scalar FP math the same as vector FP math? TTI seems like a good place to expose that information. If the semantics are indeed different, then the vectorizer would require fast-math flags in order to vectorize FP operations
2020 Jan 15
2
Encode target-abi into LLVM bitcode for LTO.
...rol flow
integrity (CFI) schemes in IR level pass.
"cf-protection-return" and "cf-protection-branch": implement control flow
architecture protection in x86, used in X86ISelLowering and X86AsmPrinter
phases.
"nvvm-reflect-ftz": implement optimized code paths that flush subnormals
to zero in NVPTX custom IR pass.
"EnableSplitLTOUnit", "ThinLTO": LTO related stuff, I didn't look that
because I think they will not influence the target configuration.
I didn't dig in those "Dwarf Version", "CodeView", "CodeViewGHash"...
2020 Jan 27
2
Encode target-abi into LLVM bitcode for LTO.
...IR level pass.
> > "cf-protection-return" and "cf-protection-branch": implement control
> flow architecture protection in x86, used in X86ISelLowering and
> X86AsmPrinter phases.
> > "nvvm-reflect-ftz": implement optimized code paths that flush
> subnormals to zero in NVPTX custom IR pass.
> > "EnableSplitLTOUnit", "ThinLTO": LTO related stuff, I didn't look that
> because I think they will not influence the target configuration.
> >
> >
> > I didn't dig in those "Dwarf Version", &quo...
2020 Jan 27
2
Encode target-abi into LLVM bitcode for LTO.
...cf-protection-return" and "cf-protection-branch": implement control
>>> flow architecture protection in x86, used in X86ISelLowering and
>>> X86AsmPrinter phases.
>>> > "nvvm-reflect-ftz": implement optimized code paths that flush
>>> subnormals to zero in NVPTX custom IR pass.
>>> > "EnableSplitLTOUnit", "ThinLTO": LTO related stuff, I didn't look that
>>> because I think they will not influence the target configuration.
>>> >
>>> >
>>> > I didn't dig...
2020 Aug 01
0
Wine release 5.14
...4 and 80-bit double.
msvcrt: Create 64-bit mantissa in fpnum_parse.
msvcrt: Don't depend on additional mantissa bits when rounding.
msvcrt: Don't use strtold in __STRINGTOLD_L.
msvcrt: Add __STRINGTOLD tests.
msvcrt: Fix rounding of numbers smaller than minimal subnormal.
user32: Support undocumented SC_SIZE flag that can be used to move window.
R?mi Bernon (2):
winegcc: Align sections in PE files to page size.
dbghelp: Ignore missing debug info in SymInitializeW.
Serge Gautherie (9):
winapi_test: Remove leftover PUUID_VECTOR from tests....
2019 Apr 26
0
R 3.6.0 is released
...eric g group arguments (PR#16719).
* Printing a news db via the browser now does a much better job
(PR#17433).
* print.aov() missed column names in the multivariate case due to
misspelling (reported by Chris Andrews).
* axis() now creates valid at locations also for small subnormal
number ranges in log scale plots.
* format.POSIXlt() now also recycles the zone and gmtoff list
components to full length when needed, and its internal C code
detects have_zone in more cases. In some cases, this changes its
output to become compatible with format.POS...
2019 Apr 26
0
R 3.6.0 is released
...eric g group arguments (PR#16719).
* Printing a news db via the browser now does a much better job
(PR#17433).
* print.aov() missed column names in the multivariate case due to
misspelling (reported by Chris Andrews).
* axis() now creates valid at locations also for small subnormal
number ranges in log scale plots.
* format.POSIXlt() now also recycles the zone and gmtoff list
components to full length when needed, and its internal C code
detects have_zone in more cases. In some cases, this changes its
output to become compatible with format.POS...
2019 Apr 26
0
R 3.6.0 is released
...eric g group arguments (PR#16719).
* Printing a news db via the browser now does a much better job
(PR#17433).
* print.aov() missed column names in the multivariate case due to
misspelling (reported by Chris Andrews).
* axis() now creates valid at locations also for small subnormal
number ranges in log scale plots.
* format.POSIXlt() now also recycles the zone and gmtoff list
components to full length when needed, and its internal C code
detects have_zone in more cases. In some cases, this changes its
output to become compatible with format.POS...
2007 Aug 18
1
[LLVMdev] Soft floating point support
This patch supplies software IEEE floating point support.
The comment from the patch reproduced below says all there is
to say.
This patch contains the prior "cleanup" patch; please don't apply
that one.
Please let me know of any bugs. It is tested reasonably well,
but until I put together random tests it's hard to have 100%
confidence.
Neil.
/* A self-contained host- and
2020 Jan 13
2
Encode target-abi into LLVM bitcode for LTO.
David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> 於 2020年1月11日 週六
上午2:03寫道:
> Ah, OK - thanks for walking me through that.
>
> Fair enough, I think I understand the issue/tradeoff now - and that the
> other module level metadata don't currently influence the target
> configuration at this level?
>
>
I'm not sure, I only know that the target-abi is decided