From: eregontp@...
Date: 2019-02-28T15:33:14+00:00
Subject: [ruby-core:91646] [Ruby trunk Bug#15627] Appearance of custom	singleton classes

Issue #15627 has been updated by Eregon (Benoit Daloze).


`singleton_class` and `class` are different by design.
They are only the same for `true`, `false` and `nil`.

Having the singleton class get named when assigning it to a constant sounds like a possible feature.
Although it doesn't seem common to assign a singleton class to a constant.

----------------------------------------
Bug #15627: Appearance of custom singleton classes
https://bugs.ruby-lang.org/issues/15627#change-76910

* Author: sawa (Tsuyoshi Sawada)
* Status: Open
* Priority: Normal
* Assignee: 
* Target version: 
* ruby -v: 
* Backport: 2.4: UNKNOWN, 2.5: UNKNOWN, 2.6: UNKNOWN
----------------------------------------
When I have a singleton class `AClass` of an instance `a` of a custom class `A`,


```ruby
class A; end
a = A.new
AClass = a.singleton_class
```

i) even though the singleton class of `nil`, `false`, and `true` are referred to by their assigned constant names, the singleton class `AClass` of `a` is not:

```ruby
nil.singleton_class #=> NilClass
false.singleton_class #=> FalseClass
true.singleton_class #=> TrueClass
a.singleton_class #=> #<Class:#<A:0x00007fda832a7eb0>>
```

ii) even though the singleton class of `nil`, `false`, and `true` appear as their class, the singleton class `AClass` of `a` does not:

```ruby
nil.class #=> NilClass
false.class #=> FalseClass
true.class #=> TrueClass
a.class #=> A
```

This contrast between `nil`, `false`, and `true` on the one hand and `a` on the other is confusing. I am actually not sure if this is intended behaviour It may be related to
* https://bugs.ruby-lang.org/issues/15608
* https://bugs.ruby-lang.org/issues/14895

I expect `AClass` to behave the same as with `NilClass`, `FalseClass`, and `TrueClass`. I expect:

```ruby
a.singleton_class #=> AClass
a.class #=> AClass
```

If the current behaviour is intended, I would like this to become a feature request.



-- 
https://bugs.ruby-lang.org/

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>