[FIR] If callable reference can't be resolved with expected type, try resolving with Any

In positions outside of calls (e.g. property initializers)
we resolve callable references using a synthetic outer call with the
expected type as parameter type.
If this fails, we previously returned an unresolved reference.
After this commit, we additionally try to resolve the callable reference
with expected type Any.
This lets us report more precise diagnostics like type mismatches or
when multiple overloads exist NONE_APPLICABLE.

#KT-55373 Fixed
#KT-55955 Fixed

compiler/fir/analysis-tests/testData/resolve/references/leakedImplicitType.fir.txt

@@ -21,5 +21,5 @@ FILE: leakedImplicitType.kt
     public final fun R|IB|.extFun(x: R|IA|): R|kotlin/Unit| {
     }
     public final fun testWithExpectedType(): R|kotlin/Unit| {
-        lval extFun_AA_B: R|IA.(IA) -> kotlin/Unit| = Q|IB|::<Unresolved reference: extFun>#
+        lval extFun_AA_B: R|IA.(IA) -> kotlin/Unit| = Q|IB|::<Ambiguity: extFun, [/extFun, /extFun]>#
     }

compiler/fir/analysis-tests/testData/resolve/references/leakedImplicitType.kt

@@ -14,5 +14,5 @@ fun IA.extFun(x: IB) {}
 fun IB.extFun(x: IA) {}
 
 fun testWithExpectedType() {
-    val extFun_AA_B: IA.(IA) -> Unit = IB::<!UNRESOLVED_REFERENCE!>extFun<!> // extFun is unresolved, type of IB::extFun is implicit
+    val extFun_AA_B: IA.(IA) -> Unit = IB::<!NONE_APPLICABLE!>extFun<!> // extFun is unresolved, type of IB::extFun is implicit
 }