Displaying 3 results from an estimated 3 matches for "trappingmath".
2020 May 27
2
By default clang does not emit trap insn
looks like experimental/work in progress support:
https://reviews.llvm.org/D62731
On Tue, May 26, 2020 at 10:39 PM kamlesh kumar via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
>
>
> On Wed, May 27, 2020 at 11:06 AM kamlesh kumar <kamleshbhalui at gmail.com>
> wrote:
>
>> Hi Devs,
>> going by this link https://llvm.org/docs/LangRef.html#floatenv
>>
2020 Jan 28
3
Floating point semantic modes
...it overlaps with ffp-exception-behavior, a 3 valued option. Or we can keep it in the clang driver for compatibility, but it should be rewritten by clang driver into ffp-exception-behavior=ignore and ffp-exception-behavior=strict. There are various fields in llvm and/or clang that maintain Boolean TrappingMath, those should be removed/rewritten.
About ffp-contract:
Currently the clang driver, at default setting, doesn't specify a value for ffp-contract, nothing is passed through to llvm in LangOpts or CodegenOpts, digging around in llvm I find that the default setting in llvm is "Standard"...
2020 Jan 27
11
Floating point semantic modes
Hi all,
I'm trying to put together a set of rules for how the various floating point semantic modes should be handled in clang. A lot of this information will be relevant to other front ends, but the details are necessarily bound to a front end implementation so I'm framing the discussion here in terms of clang. Other front ends can choose to follow clang or not. The existence of this set