Skip to content

Fix missing code sections in Selectable #15994

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

Merged
merged 1 commit into from
Sep 8, 2022
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 6 additions & 6 deletions library/src/scala/Selectable.scala
Original file line number Diff line number Diff line change
Expand Up @@ -6,19 +6,19 @@ package scala
*
* Implementation classes should define, or make available as extension
* methods, the following two method signatures:
*
* {{{
* def selectDynamic(name: String): Any
* def applyDynamic(name: String)(args: Any*): Any =
*
* }}}
* `selectDynamic` is invoked for simple selections `v.m`, whereas
* `applyDynamic` is invoked for selections with arguments `v.m(...)`.
* If there's only one kind of selection, the method supporting the
* other may be omitted. The `applyDynamic` can also have a second parameter
* list of `java.lang.Class` arguments, i.e. it may alternatively have the
* signature
*
* {{{
* def applyDynamic(name: String, paramClasses: Class[_]*)(args: Any*): Any
*
* }}}
* In this case the call will synthesize `Class` arguments for the erasure of
* all formal parameter types of the method in the structural type.
*/
Expand All @@ -39,9 +39,9 @@ object Selectable:
/** A marker trait for subclasses of `Selectable` indicating
* that precise parameter types are not needed for method dispatch. That is,
* a class inheriting from this trait and implementing
*
* {{{
* def applyDynamic(name: String, paramTypes: Class[_]*)(args: Any*)
*
* }}}
* should dispatch to a method with the given `name` without having to rely
* on the precise `paramTypes`. Subtypes of `WithoutPreciseParameterTypes`
* can have more relaxed subtyping rules for refinements. They do not need
Expand Down