Misc #21768
openRemove deprecated functions
Description
There many deprecated functions.
Why we carry them over the new major version?
Functions to be removed:
-
rb_clear_constant_cachedeprecated for 3 years - postponed job APIs deprecated for 2 years
- old APIs to allocate a data object deprecated for 5 years
-
rb_complex_polardeprecated for 7 years -
rb_clone_setupandrb_dup_setupdeprecated for 4 years -
rb_gc_force_recycledeprecated as "removed soon" - taintedness/trustedness enums/macros deprecated for 4 years
-
RUBY_FL_DUPPEDdeprecated for 4 years -
rb_iteratedeprecated since 1.9 -
struct RDatadeprecated bystruct RTypedData
Updated by nobu (Nobuyoshi Nakada) about 21 hours ago
- Description updated (diff)
Updated by nobu (Nobuyoshi Nakada) about 17 hours ago
- Description updated (diff)
Updated by nobu (Nobuyoshi Nakada) about 17 hours ago
- Description updated (diff)
Updated by jhawthorn (John Hawthorn) about 11 hours ago
To me it seems too close to the release to make this kind of breaking change. Maybe we can consider it for Ruby 4.1 instead? It would be nice if removals made it into a -preview release.
Updated by byroot (Jean Boussier) about 2 hours ago
ยท Edited
I agree with John, we're very close to release, even more so if you consider a lot of people will be away and checked out over the holidays almost a week before release.
However I do absolutely agree that the C API is full of deprecated things we should really consider removing, but also there are a lot of things that were inadvertently exposed and that we should consider deprecating.
I think we should do this right after 4.0 is released, so that downstream project have a whole year to react and prepare (or ask for things to be re-instated if they are actually worth it).