RFR: 8210416: [linux] Poor StrictMath performance due to non-optimized compilation
david.holmes at oracle.com
Wed Sep 12 03:57:03 UTC 2018
Sorry I'm a bit confused now.
Originally for ppc/s390x/aarch64 the optimization level for fdlibm was
HIGH. But now it will be LOW due to:
45 ifneq ($(FDLIBM_CFLAGS), )
46 BUILD_LIBFDLIBM_OPTIMIZATION := LOW
as those platforms will use gcc/clang with support for -ffp-contract and
so FDLIBM_CFLAGS will not be empty.
On 12/09/2018 2:14 AM, Severin Gehwolf wrote:
> Hi Erik,
> Thanks for the review!
> On Tue, 2018-09-11 at 08:57 -0700, Erik Joelsson wrote:
>> Hello Severin,
>> Even if using the macro, I still think you need to add a condition on
>> the compiler types where the switch can be reasonably expected to exist.
> How about this?
>> On 2018-09-11 05:02, Severin Gehwolf wrote:
>>> On Mon, 2018-09-10 at 09:29 -0700, Erik Joelsson wrote:
>>>> I see. I was not aware of that issue, but we clearly need to file a bug
>>>> for it and fix it. In this case I think it's fine to us the macro however.
>>> OK. Update webrev, which now uses FLAGS_COMPILER_CHECK_ARGUMENTS.
>>> Micro-benchmark results from running  for x86_64 and ppc64le are
>>> here (-O2 is sufficient it seems):
>>> More thoughts?
>>>  https://github.com/gromero/strictmath/
More information about the core-libs-dev