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