<AWT Dev> RFR: JDK-8074096 Disable (most) native warnings in JDK on a per-library basis

Magnus Ihse Bursie magnus.ihse.bursie at oracle.com
Fri Mar 6 16:13:09 UTC 2015


On 2015-03-04 17:30, Alan Bateman wrote:
> On 04/03/2015 15:03, Magnus Ihse Bursie wrote:
>> I believe all warnings are important to check! Unfortunately, this 
>> has not been done for a lot of warnings for a lot of time. :(
> Right, although in the past we had some areas close to be cleared of 
> warnings, it's just that we didn't keep up the effort and of course 
> the compilers get more pedantic with each version.
>
>>
>> With this framework, it is simple to enable a single warning, 
>> recompile and see the effect. Hopefully this lowers the threshold far 
>> enough so that all warnings are given proper attention. The 
>> incremental build functionality will come in very handy. Just by 
>> simply removing a warning from the DISABLED_WARNINGS_<toolchain> on a 
>> library and running "make" again, only the files affected will be 
>> recompiled.
> Yes, it looks easy to maintain.
>
>
>>
>> I can easily paste in what warning categories are disabled for a 
>> specific library, yes.
>>
>> However, if you are asking me to build each library, individually, 
>> with warnings re-enabled, and pasting the output, I'd rather not. 
>> That would be a lot of work, to detangle the output of each 
>> individual library.
> I'm not asking that, it would be too much work. Maybe it's worth 
> saving the logs somewhere so that you can point the bugs at it. It 
> would also be useful for the bugs to point to your change sets (when 
> they are pushed) so that it's obvious which make files were changed to 
> silence the warnings.

I'll try to locate a suitable way of storing the logs, and record a 
pointer to that in the bugs. I'll also link to the change set in the 
bugs as you request.

/Magnus

>
> -Alan



More information about the awt-dev mailing list