-
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
Do not propagate @tailrec
to exported methods
#19509
Conversation
forwarder.addAnnotations(sym.annotations.filterConserve(_.symbol != defn.BodyAnnot)) | ||
forwarder.addAnnotations(sym.annotations.filterConserve { annot => | ||
annot.symbol != defn.BodyAnnot | ||
&& annot.symbol != defn.TailrecAnnot |
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.
alternatively, could the TailRec check ignore exported methods? - this filtering approach might not be scalable for e.g. macro annotations
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.
Right, we also need to filter macro annotations.
I think that disabling the behavior where it is checked will be less scalable. For example, I disable the macro annotations on exports I have to find one or more places where this restriction needs to be taken into account. And those places are usually code generation details like exports.
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 also added @main
. Might might still need to filter others.
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 wonder if we should have a whitelist approach with this one. This would make sure that we never accidentally keep an annotation we do not want.
I tested this on scala3-bootstrapped/testCompilation
and it only required the @targetName
annotation. Others that should be required are @experimental
, @publicInBinary
, and showAsInfix
.
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.
The thing is that we will never know what should be the behavior for custom annotations.
The only holistic solution here is to have an @meta
-based indication of what to do. This is the approach used to determine whether annotations should go to fields/getters/setters. It would also be appropriate to determine whether it should go to exports/bridges/etc.
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 we need ExportableAnnotation
trait that all such annotations should extend to get exported.
Fixes #19505