-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix #9161: Add toString to companion modules #9165
Conversation
52bd648
to
de1ee0a
Compare
@@ -699,7 +699,10 @@ object desugar { | |||
DefDef(methName, derivedTparams, (unapplyParam :: Nil) :: Nil, unapplyResTp, unapplyRHS) | |||
.withMods(synthetic) | |||
} | |||
companionDefs(companionParent, applyMeths ::: unapplyMeth :: companionMembers) | |||
val toStringMeth = | |||
DefDef(nme.toString_, Nil, Nil, TypeTree(), Literal(Constant(className.toString))).withMods(Modifiers(Override | Synthetic)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Scalac is a bit weird:
scala> case class Foo(x: Int); object Foo
class Foo
object Foo
scala> Foo
val res0: Foo.type = Foo$@fe34b86
scala> case class Foo(x: Int)
class Foo
scala> Foo
val res1: Foo.type = Foo
I'm not sure if it's worth replicating this exact behavior, but maybe worth checking the scalac logic which determines when toString is inserted.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems like scalac only adds the toString in the situations where it also adds Function1 as a parent of the object (to avoid getting "<function1>" as the toString), it's a bit weird but doing the same would make it easier to do bytecode diff between scalac and dotty.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There isn't a way to know if the module will extend Function1
while desugaring. I can't find a place to do it while typing either. Any suggestions?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe check if the moduledef is compiler-generated (span.isZeroExtent) ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I could not find a tree here with a span that was different for explicit or non explicit modules.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There isn't a way to know if the module will extend Function1 while desugaring
Actually this is implemented in desugaring, see companionParent
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unfortunately, both the get a Function
in companionParent
, the explicit declaration loses it somewhere later (not sure where).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any other idea?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fine as is.
@@ -699,7 +699,10 @@ object desugar { | |||
DefDef(methName, derivedTparams, (unapplyParam :: Nil) :: Nil, unapplyResTp, unapplyRHS) | |||
.withMods(synthetic) | |||
} | |||
companionDefs(companionParent, applyMeths ::: unapplyMeth :: companionMembers) | |||
val toStringMeth = | |||
DefDef(nme.toString_, Nil, Nil, TypeTree(), Literal(Constant(className.toString))).withMods(Modifiers(Override | Synthetic)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's fine as is.
e7b74a1
to
2b4e164
Compare
No description provided.