Zero JVM segfaulting on linux-sparc
David Holmes
david.holmes at oracle.com
Fri Dec 21 05:38:10 UTC 2018
Correction ...
On 21/12/2018 3:11 pm, David Holmes wrote:
> Hi Adrian,
>
> On 21/12/2018 10:39 am, John Paul Adrian Glaubitz wrote:
>> Hello!
>>
>> On 12/20/18 2:00 PM, John Paul Adrian Glaubitz wrote:
>>> I haven't started bisecting yet, so I was wondering whether this
>>> crash looks familiar
>>> to anyone? The normal server build has no issues.
>>
>> This regression is caused by [1]:
>>
>> 8210425: [x86] sharedRuntimeTrig/sharedRuntimeTrans compiled without
>> optimization
>>
>> Reverting that change unbreaks Zero on linux-sparc.
>
> Okay, so either you need to figure out why the optimization flags cause
> the failure or else restore the:
>
> - ifeq ($(OPENJDK_TARGET_CPU_ARCH), x86)
>
> that was removed.
>
> I know what is the simpler option :)
Maybe not that simple as other archs are involved. AFAICS before the
patch the compilation should have the default optimization level; and
after it will have "none" unless FDLIBM_CFLAGS is set. Seems odd that
"none" would cause a regression like this. Can you generate before/after
build logs to check the actual flags?
David
> Cheers,
> David
>
>> Adrian
>>
>>> [1] http://hg.openjdk.java.net/jdk/jdk/rev/a50956e2368c?revcount=120
>>
More information about the hotspot-dev
mailing list