RFR: 8232365: Implementation for JEP 363: Remove the Concurrent Mark Sweep (CMS) Garbage Collector

[Leo Korinth]

Hi!

I will add "cmsgc" like so: DEPRECATED_JVM_FEATURES="trace cmsgc"

Should I file a reminder bug for later removal of that feature (I guess 
not)? If I should, at what version should it be removed?

Thanks for finding this!

/Leo


On 21/10/2019 17:45, Erik Joelsson wrote:
> On 2019-10-21 02:46, Magnus Ihse Bursie wrote:
>> On 2019-10-21 09:43, Per Liden wrote:
>>> Hi Erik,
>>>
>>> On 10/18/19 2:54 PM, Erik Joelsson wrote:
>>>> Hello Leo,
>>>>
>>>> When removing a JVM feature from the VALID_JVM_FEATURES list, it 
>>>> needs to be added to the DEPRECATED_JVM_FEATURES list. Deprecated 
>>>> here means removed here, but configure will still accept the 
>>>> argument (with a warning).
>>>
>>> Are we really treating the list of JVM feature as a public/stable 
>>> API, or is there some other reason for this? Would the plan be to 
>>> remove it from the DEPRECATED_JVM_FEATURES in JDK 15?
>>
>> Note that this is an issue for building only. A feature listed as 
>> deprecated in the build will not propagate outside the build system.
>>
>> We are basically treating the configure command line arguments as a 
>> "stable API". The intention is that a command line on a build script 
>> should not cause a build failure due to an unknown argument. We have 
>> traditionally had 2-3 major releases before removing deprecated 
>> command line options.
>>
> We (or at least I) have been a bit lazy with removing the deprecated 
> args. I wouldn't mind being a bit more aggressive.
> 
> /Erik
> 
>