From: eregontp@... Date: 2019-11-12T23:55:52+00:00 Subject: [ruby-core:95825] [Ruby master Feature#16345] Don't emit deprecation warnings by default. Issue #16345 has been updated by Eregon (Benoit Daloze). I think the ability to enable & disable deprecation is a great idea. But I think disabling by default is almost equivalent to give up on anyone ever caring about these deprecation warnings, because most developers won't even see them. I think we need to show deprecation warnings by default, or at least show one line of warning that deprecation occurred, but are hidden by default like: ``` warning: deprecated call occurred, use -W:deprecated to see details or -W:no-deprecated to silence this warning ``` Also, I think `-w` should show deprecation warnings by default. I'm not sure an API on `Warning` is useful, I think for most use cases using command line flags like `-W:deprecated`/`-W:no-deprecated` would be better (e.g., it's likely that some warnings are missed when doing Warning.enable at runtime). ---------------------------------------- Feature #16345: Don't emit deprecation warnings by default. https://bugs.ruby-lang.org/issues/16345#change-82655 * Author: akr (Akira Tanaka) * Status: Open * Priority: Normal * Assignee: * Target version: ---------------------------------------- We propose that Ruby doesn't emit deprecation warnings by default. Deprecation warnings are only useful during development for updating Ruby version. They are not useful during development with current Ruby. It is especially frustrating when deprecated warnings are generated in gems. Also, deprecation warnings are totally useless in production environment. So, we want to emit deprecation warnings only in useful situations. We propose a command line argument `-W:deprecated` (or `--warning=deprecated`) and the following methods to enable/disable deprecation warnings. ```ruby Warning.disable(:deprecated) Warning.enable(:deprecated) Warning.enabled?(:deprecated) ``` Currently we don't propose a method to generate a deprecation warning because currently our main intent is to disable deprecation warnings for keyword arguments, and the warnings are generated in C level. Background: We talked about keyword arguments during a developer meeting (2019-11-12). https://bugs.ruby-lang.org/issues/16333 We expect many deprecation warnings to be generated in Ruby 2.7. They are not useful except for development for Ruby transition, and they may block transition to Ruby 2.7. So, we have consensus to disable deprecation warnings by default. Our design is intentionally minimum because we need this feature for Ruby 2.7. We chose `Warning.disable(:deprecated)` instead of re-defining `Warning.warn` in order to avoid string object generation. Of course, we expect to extend this feature: Ruby-level deprecation warning generation, warnings other than deprecation, file-based restriction of warning generation, etc. But this issue doesn't contain them. -- https://bugs.ruby-lang.org/ Unsubscribe: