[all-commits] [llvm/llvm-project] 6976fe: Update 'note-candiate' functions to skip lambda-co...

[Erich Keane via All-commits]

  Branch: refs/heads/master
  Home:   https://github.com/llvm/llvm-project
  Commit: 6976fef05b7e5301815baa6cc4af27284e8aceb4
      https://github.com/llvm/llvm-project/commit/6976fef05b7e5301815baa6cc4af27284e8aceb4
  Author: Erich Keane <erich.keane at intel.com>
  Date:   2020-11-17 (Tue, 17 Nov 2020)

  Changed paths:
    M clang/lib/Sema/SemaOverload.cpp
    M clang/test/CXX/expr/expr.prim/expr.prim.lambda/default-arguments.cpp
    M clang/test/CXX/expr/expr.prim/expr.prim.lambda/p6.cpp
    M clang/test/SemaCXX/cxx1y-generic-lambdas-capturing.cpp
    M clang/test/SemaCXX/cxx1y-generic-lambdas-variadics.cpp
    M clang/test/SemaCXX/cxx1y-generic-lambdas.cpp
    M clang/test/SemaOpenCLCXX/address-space-lambda.cl

  Log Message:
  -----------
  Update 'note-candiate' functions to skip lambda-conversion-op-overloads

In the wake of https://reviews.llvm.org/D89559, we discovered that a
couple of tests (the ones modified below to have additional triple
versions) would fail on Win32, for 1 of two reasons.  We seem to not
have a win32 buildbot anymore, so the triple is to make sure this
doesn't get broken in the future.

First, two of the three 'note-candidate' functions weren't appropriately
skipping the remaining conversion functions.

Second, in 1 situation (note surrogate candidates) we actually print the
type of the conversion operator.  The two tests that ran into that
needed updating to make sure it printed the proper one in the win32
case.