-
Notifications
You must be signed in to change notification settings - Fork 157
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 remaining missing inline statements/annotations #889
Fix remaining missing inline statements/annotations #889
Conversation
5df3272
to
7fa861f
Compare
For method which would be called from Java, maybe was expected be marked with noinline? |
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.
Mostly lgtm
*/ | ||
@InternalApi | ||
private[dispatch] object SameThreadExecutionContext { | ||
@inline def apply(): ExecutionContext = ExecutionContext.parasitic |
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.
Do we really need this SameThreadExecutionContext?
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 but its also not intuitive behaviour. For starters even though its there for Java, nothing is preventing you from calling the method in Scala (in which case we want it to be inlined) and its also different from Scala 2's
|
7fa861f
to
53f58d9
Compare
Im going to go ahead and merge this now so I can fix any potential future issues in the nightly runs on the other pekko modules. |
The previous PR at #857 managed to miss some inline annotations so this PR fills the rest.
Interestingly I managed to find a Scala 3 bug whereby if you mark a method with
inline
it cannot be called within Java sources because its missing a symbol, I have reported the issue upstream at scala/scala3#19346