On Mon, Jun 12, 2017 at 6:50 PM, Koval, Julia <julia.ko...@intel.com> wrote: > I'm so sorry, but I really don't get it. The right result of the test is: > Floating point exception (core dumped). The wrong result of the test is: > nan(no exception). If I get an exception(which is right) - the test is failed > anyway. The exception is raised in one instruction, I can't get any > intermediate value there..
We do have a few testcases catching these cases by installing a signal handler (grep for sigaction in testsuite/) Richard. > I tried to replaced it with compile time test(attached), which shows, that > both instruction are generated(not combined) - is it ok? > > Thanks, > Julia > >> -----Original Message----- >> From: Jakub Jelinek [mailto:ja...@redhat.com] >> Sent: Monday, June 12, 2017 6:18 PM >> To: H.J. Lu <hjl.to...@gmail.com> >> Cc: Koval, Julia <julia.ko...@intel.com>; GCC Patches <gcc- >> patc...@gcc.gnu.org>; Uros Bizjak <ubiz...@gmail.com>; Kirill Yukhin >> <kirill.yuk...@gmail.com> >> Subject: Re: [PATCH][X86] Fix rounding pattern similar to PR73350 >> >> On Mon, Jun 12, 2017 at 09:08:00AM -0700, H.J. Lu wrote: >> > On Mon, Jun 12, 2017 at 9:06 AM, Koval, Julia <julia.ko...@intel.com> >> > wrote: >> > > I would like to, but as far as I know the only testcase possible is >> > > below, and >> as far as I know there is no possibility to use dg-error for runtime >> exceptions(Sorry, if I'm wrong). There are only 2 versions of the flag >> exception >> or no exception and the error is, when they are combined in CSE. >> > >> > Can you use >> > >> > if (wrong) >> > abort (); >> > >> > in testcase? >> >> Where wrong can also be if (__builtin_fabsf (somefloatval - expectedval) < >> epsilon) >> or similar if needed. Also, the testcase contains many unnecessary >> includes, if you use __builtin_abort, I'd hope you only need x86intrin.h and >> nothing else. And, main can be just int main (), argc and argv aren't used. >> > >> > >> -----Original Message----- >> > >> From: H.J. Lu [mailto:hjl.to...@gmail.com] >> > >> Sent: Monday, June 12, 2017 3:43 PM >> > >> To: Koval, Julia <julia.ko...@intel.com> >> > >> Cc: GCC Patches <gcc-patches@gcc.gnu.org>; Uros Bizjak >> > >> <ubiz...@gmail.com>; Kirill Yukhin <kirill.yuk...@gmail.com> >> > >> Subject: Re: [PATCH][X86] Fix rounding pattern similar to PR73350 >> > >> >> > >> On Mon, Jun 12, 2017 at 6:21 AM, Koval, Julia <julia.ko...@intel.com> >> wrote: >> > >> > This is the same issue as PR73350 and PR80862 for disabling FP >> exceptions. >> > >> > >> > >> > gcc -O0 -mavx512f -mavx512er returns exception >> > >> > gcc -O2 -mavx512f -mavx512er returns nan >> > >> > >> > >> > For this code: >> > >> > >> > >> > #include <stdio.h> >> > >> > #include <math.h> >> > >> > #include <x86intrin.h> >> > >> > #include <limits.h> >> > >> > #include <float.h> >> > >> > >> > >> > int main(int argc, char *argv[]) { >> > >> > __m512 a = _mm512_set1_ps((float) -1); >> > >> > __m512 b = _mm512_set1_ps((float) -1); >> > >> > _mm_setcsr( _MM_MASK_MASK &~ >> > >> > >> > >> (_MM_MASK_OVERFLOW|_MM_MASK_INVALID|_MM_MASK_DIV_ZERO) >> ); >> > >> > __m512 result1 = _mm512_rsqrt28_round_ps(a, >> _MM_FROUND_NO_EXC ); >> > >> > printf("%d %d\n", _MM_FROUND_CUR_DIRECTION, >> > >> _MM_FROUND_NO_EXC); >> > >> > __m512 result2 = _mm512_rsqrt28_round_ps(a, >> > >> _MM_FROUND_CUR_DIRECTION); >> > >> > >> > >> > printf("%g\n", result1[0] - result2[0]); >> > >> > >> > >> > return 0; >> > >> > } >> >> Jakub