fix: cast args when applying mockFunctionValDef in scala 3

[hughsimpson]

Pull Request Checklist

• I agree to licence my contributions under the MIT licence
• I have added copyright headers to new files
• I have added tests for any changed functionality

Fixes

Whilst mocking a trait or class with a method that took a type parameter worked in scala 3 for many cases, it did not work when the type parameter was used as the input for a function arg to that method. The newly-added test case failed in those instances (i.e. def p[T]) with the following:

[error] 43 |    val mockedTrait = mock[Foo]
[error]    |                               ^
[error]    |                               Found:    (t : Seq[Toot] => Seq[String])
[error]    |                               Required: Seq[?] => Seq[String]
[error]    |
[error]    | longer explanation available when compiling with `-explain`

This is a regression from scala 2

Purpose

This pr casts the args when passing them to the mock method implementation, which avoids the above error.

Background Context

This seemed the least intrusive way of getting the new test case to work

[hughsimpson]

This method (q) was already absolutely fine, it was only the above method p that caused compilation failures

[goshacodes]

Looked one more time.
Lets add some more simple methods in this trait and also I would change names of method and trait so they would correspond to what we are trying to achieve.

[hughsimpson]

Sure, should have time tomorrow

[hughsimpson]

Yeah thinking about it would be good to have some

def overloaded(gen: Seq[C1], t: Seq[C1] => Seq[String]): Seq[String] = t(gen)
def overloaded(gen: Seq[C2], t: Seq[C2] => Seq[String]): Seq[String] = t(gen)

stuff wouldn't it...

[hughsimpson]

@barkhorn anything I can/should do on this pr to help it on its way?

[barkhorn]

hey, I think @goshacodes should review this. Happy to do the admin bits but i'm not that active on the project anymor

[goshacodes]

Hi, looks good, lets merge