RFR (T) 8248271: linux-x86-zero build failure

coleen.phillimore at oracle.com coleen.phillimore at oracle.com
Thu Jun 25 11:58:22 UTC 2020



On 6/24/20 9:27 PM, David Holmes wrote:
> On 25/06/2020 10:49 am, coleen.phillimore at oracle.com wrote:
>> On 6/24/20 7:38 PM, David Holmes wrote:
>>> Hi Coleen,
>>>
>>> On 25/06/2020 9:14 am, coleen.phillimore at oracle.com wrote:
>>>> See bug for description.  A declaration was missing in 
>>>> os_linux_zero.hpp
>>>>
>>>> open webrev at 
>>>> http://cr.openjdk.java.net/~coleenp/2020/8248271.01/webrev
>>>> bug link https://bugs.openjdk.java.net/browse/JDK-8248271
>>>>
>>>> mach5 remote-build -b 
>>>> linux-x64-zero,linux-x64-zero-debug,linux-x86-zero,linux-x86-zero-debug 
>>>>
>>>>
>>>> Thanks,
>>>> Coleen
>>>>
>>>> ps. I didn't break this!
>>>
>>> Change seems okay but what did break this? I see only three 
>>> references to workaround_expand_exec_shield_cs_limit:
>>>
>>> ./os/linux/os_linux.cpp: workaround_expand_exec_shield_cs_limit();
>>> ./os_cpu/linux_x86/os_linux_x86.hpp:  static void 
>>> workaround_expand_exec_shield_cs_limit();
>>> ./os_cpu/linux_x86/os_linux_x86.cpp:void 
>>> os::workaround_expand_exec_shield_cs_limit() {
>>>
>>> and there are no recent changes to any of those files. ???
>>
>> I don't think linux_x86_zero is a platform that has ever been built 
>> (it still fails) even in our build-everything mach5 jobs.
>
> Ah I see. Apparently nobody must build it. :) May be worth removing?
As much as I love removing things, this wouldn't eliminate that much 
code that we spend time maintaining.
Thank you for reviewing.
Coleen
>
> Thanks,
> David
>
>> The code for this was added in 2013. 
>> https://bugs.openjdk.java.net/browse/JDK-8023956
>>
>> The big change to simplify os/cpu includes might have changed how 
>> os_linux_x86.hpp was included in zero, but I don't see that in the 
>> patch.
>>
>> The only reason that I noticed is because I have an alias that builds 
>> all zero builds.
>>
>> Thanks,
>> Coleen
>>>
>>> Thanks,
>>> David
>>>
>>



More information about the hotspot-runtime-dev mailing list