Project

General

Profile

Actions

Feature #13983

closed

Rational and Complex should be frozen

Feature #13983: Rational and Complex should be frozen

Added by Eregon (Benoit Daloze) about 8 years ago. Updated almost 8 years ago.

Status:
Closed
Assignee:
-
Target version:
[ruby-core:83167]

Description

Since they basically are value types.
They also do not support #dup currently:

> 1r.dup
TypeError: can't copy Rational
from `initialize_copy'

> 1i.dup
TypeError: can't copy Complex
from `initialize_copy'

Changing their value can only be considered a semantic bug.

So, let's follow true/false/nil/Integer/Float and friends?

Not sure what #6538 was about but I think Marshal can just freeze after setting the values.
It's slightly incompatible if people do rational.instance_variable_set(:@foo, 1) or so,
but no more than on other now-frozen Numeric types and this kind of code seems highly undesirable.


Related issues 1 (0 open1 closed)

Related to Ruby - Feature #13985: Avoid exception for #dup/#clone on Rational and ComplexClosedActions

Updated by Eregon (Benoit Daloze) about 8 years ago Actions #1

  • Related to Feature #13985: Avoid exception for #dup/#clone on Rational and Complex added

Updated by nobu (Nobuyoshi Nakada) almost 8 years ago Actions #4

  • Status changed from Open to Closed

Applied in changeset trunk|r60214.


freeze Complex and Rational

  • complex.c (nucomp_s_new_internal, nucomp_loader): Complex
    instances are always frozen now. [Feature #13983]

  • rational.c (nurat_s_new_internal, nurat_loader): Rational
    instances are always frozen now. [Feature #13983]

Updated by Eregon (Benoit Daloze) almost 8 years ago Actions #5 [ruby-core:83427]

  • Target version set to 2.5

nobu (Nobuyoshi Nakada) wrote:

Applied in changeset trunk|r60214.

Thank you nobu for the patch!

I'll write some specs for it :)

Updated by Eregon (Benoit Daloze) almost 8 years ago Actions #6 [ruby-core:83594]

Specs added in r60505

Actions

Also available in: PDF Atom