[ASDAlexander77]

An optional parameter fits an overload as the type it holds

new Array<int>(10) (and, since #715, new Array(10)) against DefaultLib's Array<T>
constructors (count: int = 0) and (...args: T[]) made a one-element array: the rest
constructor won.

resolveConstructorOverload scores each constructor with overloadArgumentFit. The
defaulted count is typed !ts.optional<si32>, which an int argument reached only by
conversion (1), while the rest element int was an exact match (3). The optional is now
stripped before scoring, so both fit exactly and the tie goes to the constructor declared
first, (count: int).

overloadArgumentFit also picks among a @cpp class's overloaded methods; there too an
optional parameter now fits as the type it holds.

Tests

• 00class_constructor_overloads.ts: C<T> with (count: int = 0) and (...args: T[]);
  new C<int>(10) ran the rest constructor before the fix.
• ctest Release: 6082/6082 passed.
• DefaultLib tests.ps1 (with the uncommitted Array<T> constructors): gc, rc, none, own
  pass in all four passes; new Array<int>(10) and new Array(10) have length 10.

Not in this PR

• -mm=own: new Array<string>("a", "b") through the rest constructor fails the own
  checker (find/findLast/_with); new Array<string>(["a", "b"]) works.

🤖 Generated with Claude Code