search for: flt_rounds

...fp-exception-behaviour=maytrap is unclear. The "maytrap" setting is supposed to prevent the optimizer from introducing spurious exceptions (e.g. speculative execution) while still allowing it to optimize away potential exceptions (e.g. dce operations whose results are never used). > FLT_ROUNDS, FLT_EVAL_METHOD and math_errhandling are controlled by the c runtime, so a compiler has no business changing them, the compiler can define its own __FLT_ROUNDS, etc macros and the libc may or may not use those, but e.g. in case of FLT_ROUNDS it makes no sense for the compiler to try to do anything...

...on } no_signed_zeros { on } allow_reciprocal { on } allow_approximate_fns { on } allow_reassociation { on } __FINITE_MATH_ONLY__ This symbol will only be defined if and only if all of the following are set (before pragmas are applied): no_honor_nans { on } no_honor_infinities { on } FLT_ROUNDS Should be set to -1 (indeterminable) if rounding_mode() is dynamic or 1 (tonearest) if rounding_mode is tonearest. There are values for other rounding modes, but clang offers no way to set those rounding modes. FLT_EVAL_METHOD Should be set to -1 if any of allow_reciprocal, allow_approximate_fns...

I made the switch to llvm3.3, and encountered a flt_rounds I'm using a soft float architecture and hopefully people have some ideas on how to help: I received: i32 = flt_rounds "Do not know how to promote this operator!" I currently do not have any custom setting for the FLT_ROUNDS_ I'd like to just replace the FLT_ROUNDS_ with a &...

...NvbQ> * <https://calendar.google.com/calendar/ical/lowrisc.org_0n5pkesfjcnp0bh5hps1p0bd80%40group.calendar.google.com/public/basic.ics> Issues to discuss today include the following: * Non-scalable RVV support (Fraser) * Patches we might want to discuss: * Zfh (D90738) * Setrounding/flt_rounds lowering * PrologEpilogInserter floating emergency spill slots (D89239) * Any bitmanip patches people want to discuss? * Other: * Heads up on https://github.com/riscv/riscv-elf-psabi-doc/issues/163 * Any other business? Best, Alex

...> allow_reassociation { on } > > > > __FINITE_MATH_ONLY__ > > > > This symbol will only be defined if and only if all of the following are set > (before pragmas are applied): > > no_honor_nans { on } > > no_honor_infinities { on } > > > > FLT_ROUNDS > > > > Should be set to -1 (indeterminable) if rounding_mode() is dynamic or 1 > (tonearest) if rounding_mode is tonearest. There are values for other rounding > modes, but clang offers no way to set those rounding modes. > > > > FLT_EVAL_METHOD > > > > Sh...

...using IntrinsicLowering class to remove all intrinsics in LLVM byte-code. Unfortunately, I meet several problems: 1. Why I can not get the type of CallInst *CI? !CI->getType()->isVoidTy() is not working and how to solve it? This type information has some impacts with intrinsics such as flt_rounds. 2. Why Intrinsic::vastart and Intrinsic::powi are excluded from IntrinsicLowering function? There are no way to lower them at the byte-code level? Best regards, -- Hao Shen

...mic.lcs > llvm.atomic.lss Are you comparing trunk LangRef.html to trunk Intrinsics.td? (The trunk version of Intrinsics.td is at is at http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/Intrinsics.td?revision=52706&view=markup.) > llvm.flt.rounds This is used to implement the FLT_ROUNDS macro in float.h; it definitely should be documented. (That said, at the moment, LLVM doesn't correctly support messing with rounding modes at the moment; it doesn't know that floating-point operations depend on the FP control register.) > llvm.longjmp > llvm.setjmp > llvm.siglon...

On Tue, Jul 8, 2008 at 12:00 AM, Chris Lattner <sabre at nondot.org> wrote: > On Mon, 7 Jul 2008, Mahadevan R wrote: >> While going through the list of intrinsics in Intrinsics.td, I found >> that it does not match the list given in Language Reference [1]. Does >> this mean that they are not to be used / don't work? Or is it just >> that the documentation is

...on } no_signed_zeros { on } allow_reciprocal { on } allow_approximate_fns { on } allow_reassociation { on } __FINITE_MATH_ONLY__ This symbol will only be defined if and only if all of the following are set (before pragmas are applied): no_honor_nans { on } no_honor_infinities { on } FLT_ROUNDS Should be set to -1 (indeterminable) if rounding_mode() is dynamic or 1 (tonearest) if rounding_mode is tonearest. There are values for other rounding modes, but clang offers no way to set those rounding modes. FLT_EVAL_METHOD Should be set to -1 if any of allow_reciprocal, allow_approximate_fns...