RFR [jdk11]: 8232084: HotSpot build failed with GCC 9.2.1

Yasumasa Suenaga suenaga at oss.nttdata.com
Thu May 13 04:41:12 UTC 2021


Hi Matthias,

Your change looks good. Thank you for fixing them!
However I'm not sure we can include backport of 8220074 (LCMS) to this (8232084).
Can we merge them to single commit?


Thanks,

Yasumasa


On 2021/05/13 0:37, Baesken, Matthias wrote:
> Hi , here is a new webrev :
> 
> 
> http://cr.openjdk.java.net/~mbaesken/webrevs/8232084.1_jdk11/
> 
>>>
>>>> However, to disable warnings in third party libraries like liblcms, we can disable them at the makefile for them.
>>>> In case of liblcms, it is prefer to disable stringop-truncation at Awt2dLibraries.gmk .
>>>>
>>>
>>> Hi Yasumasa , are you fine with the rest of the patch ?
>>
>> Yes, looks good to me.
>>
>>
>>> Regarding  disabling of stringop-truncation  , I first  disabled it only for liblcms but this was not sufficient.
>>> (there is indeed another change   8220074   for liblcms that disabled this warning for GCC 8.3 )
>>>    There are more issues related to  the no-stringop-truncation  warning and I did not even found a good place to disable them locally in a nice way .
>>>    (some strange jvmti related test coding I think those are single file compilations , no real lib??)
>>
>> I guess the libraries which you mean are located to build/linux-x86_64-server-fastdebug/images/test/hotspot/jtreg/native .
>> If so, do you see stringop-truncation error on JVMTI tests only? Have you considered to use pragma?
>> If you don't want to use pragma, can you use CFLAGS in JtregNativeHotspot.gmk ?
>>
>>    https://hg.openjdk.java.net/jdk-updates/jdk11u-dev/file/0f3f7aa2ef34/make/test/JtregNativeHotspot.gmk#l210
> 
> 
>   Unfortunately  the jvmti_tools.c   is included  into a ton of compilation units  so  setting it  in JtregNativeHotspot.gmk  does not look good to me.
> But the pragma works, did that .
> Additionally the liblcms needs the stringop-truncation  disabling as well .
> 
> Best regards, Matthias
> 


More information about the jdk-updates-dev mailing list