Fix startup crash when redefining global Array with @noLib

[hayatexe]

Fixes #57009

Description
When --noLib is specified and a user statically re-defines Array through a generic type alias (e.g. type Array<T> = T[]), attempting to build the program causes the compiler to hit a crash early in the startup phase.

The issue occurred because the globalArrayType is resolved dynamically via getGlobalType. In --noLib scenarios, the alias for Array matches the global type, invoking type resolution to load the Array's target type before globalArrayType has finished initializing. When evaluating T[], getArrayOrTupleTargetType is called and tries to return globalArrayType (which is still undefined). This caused target inside getTypeFromArrayOrTupleTypeNode to be undefined, which subsequently crashed on createDeferredTypeReference(target, ...) because it accessed target.symbol.

This PR fixes the crash by explicitly letting getArrayOrTupleTargetType fallback to emptyGenericType instead of returning undefined. This resolves the dependency cycle cleanly and causes the checker to produce expected diagnostic errors (Global type 'Array' must have 1 type parameter(s)) instead of crashing the process.

A regression test is included.