12 Overloading [over]

12.2 Overload resolution [over.match]

12.2.1 General [over.match.general]

1
#
Overload resolution is a mechanism for selecting the best function to call given a list of expressions that are to be the arguments of the call and a set of candidate functions that can be called based on the context of the call.
The selection criteria for the best function are the number of arguments, how well the arguments match the parameter-type-list of the candidate function, how well (for non-static member functions) the object matches the object parameter, and certain other properties of the candidate function.
[Note 1: 
The function selected by overload resolution is not guaranteed to be appropriate for the context.
Other restrictions, such as the accessibility of the function, can make its use in the calling context ill-formed.
— end note]
2
#
Overload resolution selects the function to call in seven distinct contexts within the language:
  • (2.1)
    invocation of a function named in the function call syntax ([over.call.func]);
  • (2.2)
    invocation of a function call operator, a pointer-to-function conversion function, a reference-to-pointer-to-function conversion function, or a reference-to-function conversion function on a class object named in the function call syntax ([over.call.object]);
  • (2.3)
    invocation of the operator referenced in an expression ([over.match.oper]);
  • (2.4)
    invocation of a constructor for default- or direct-initialization ([dcl.init]) of a class object ([over.match.ctor]);
  • (2.5)
    invocation of a user-defined conversion for copy-initialization ([dcl.init]) of a class object ([over.match.copy]);
  • (2.6)
    invocation of a conversion function for initialization of an object of a non-class type from an expression of class type ([over.match.conv]); and
  • (2.7)
    invocation of a conversion function for conversion in which a reference ([dcl.init.ref]) will be directly bound ([over.match.ref]).
Each of these contexts defines the set of candidate functions and the list of arguments in its own unique way.
But, once the candidate functions and argument lists have been identified, the selection of the best function is the same in all cases:
  • (2.8)
    First, a subset of the candidate functions (those that have the proper number of arguments and meet certain other conditions) is selected to form a set of viable functions ([over.match.viable]).
  • (2.9)
    Then the best viable function is selected based on the implicit conversion sequences ([over.best.ics]) needed to match each argument to the corresponding parameter of each viable function.
3
#
If a best viable function exists and is unique, overload resolution succeeds and produces it as the result.
Otherwise overload resolution fails and the invocation is ill-formed.
When overload resolution succeeds, and the best viable function is not accessible ([class.access]) in the context in which it is used, the program is ill-formed.
4
#
Overload resolution results in a usable candidate if overload resolution succeeds and the selected candidate is either not a function ([over.built]), or is a function that is not deleted and is accessible from the context in which overload resolution was performed.