Import Given

A special form of import wildcard selector is used to import given instances. Example:

object A {
  class TC
  given tc: TC
  def f(given TC) = ???
object B {
  import A._
  import A.given

In the code above, the import A._ clause of object B will import all members of A except the given instance tc. Conversely, the second import import A.given will import only that given instance. The two import clauses can also be merged into one:

object B
  import A.{given, _}

Generally, a normal wildcard selector _ brings all definitions other than given instances into scope whereas a given selector brings all given instances into scope.

There are two main benefits arising from these rules:

Importing By Type

Since givens can be anonymous it is not always practical to import them by their name, and wildcard imports are typically used instead. By-type imports provide a more specific alternative to wildcard imports, which makes it clearer what is imported. Example:

import A.{given TC}

This imports any given in A that has a type which conforms to TC. Importing givens of several types T1,...,Tn is expressed by multiple given selectors.

import A.{given T1, ..., given Tn}

Importing all given instances of a parameterized type is expressed by wildcard arguments. For instance, assuming the object

object Instances {
  given intOrd: Ordering[Int]
  given [T: Ordering] listOrd: Ordering[List[T]]
  given ec: ExecutionContext = ...
  given im: Monoid[Int]

the import

import Instances.{given Ordering[?], given ExecutionContext}

would import the intOrd, listOrd, and ec instances but leave out the im instance, since it fits none of the specified bounds.

By-type imports can be mixed with by-name imports. If both are present in an import clause, by-type imports come last. For instance, the import clause

import Instances.{im, given Ordering[?]}

would import im, intOrd, and listOrd but leave out ec.

Bounded wildcard selectors also work for normal imports and exports. For instance, consider the following enum definition:

enum Color {
  case Red, Green, Blue, Magenta

  def isPrimary(c: Color): Boolean = ...
export Color.{_: Color}

The export clause makes all four three Color values available as unqualified constants, but leaves the isPrimary method alone.


The rules for imports stated above have the consequence that a library would have to migrate in lockstep with all its users from old style implicits and normal imports to given instances and imports.

The following modifications avoid this hurdle to migration.

  1. A given import selector also brings old style implicits into scope. So, in Scala 3.0 an old-style implicit definition can be brought into scope either by a _ wildcard import or by a given import.

  2. In Scala 3.1, old-style implicits accessed through a _ wildcard import will give a deprecation warning.

  3. In some version after 3.1, old-style implicits accessed through a _ wildcard import will give a compiler error.

These rules mean that library users can use given imports to access old-style implicits in Scala 3.0, and will be gently nudged and then forced to do so in later versions. Libraries can then switch to representation clauses once their user base has migrated.


Import            ::=  ‘import’ ImportExpr {‘,’ ImportExpr}
ImportExpr        ::=  StableId ‘.’ ImportSpec
ImportSpec        ::=  id
                    | ‘_’
                    | ‘given’
                    | ‘{’ ImportSelectors) ‘}’
ImportSelectors   ::=  id [‘=>’ id | ‘=>’ ‘_’] [‘,’ ImportSelectors]
                    |  WildCardSelector {‘,’ WildCardSelector}
WildCardSelector  ::=  ‘given’ [InfixType]
                    |  ‘_' [‘:’ InfixType]
Export            ::=  ‘export’ ImportExpr {‘,’ ImportExpr}