Unify reshape methods accepting Colon and OneTo

[jishnub]

Currently, there are a bunch of reshape methods that do identical things. The methods that accept a dims::Vararg simply forward the Tuple to rehape, and there are specialized methods for Colons. We may unify all these methods and have only one method to handle both OneTos and Colons, such that any combination of these works. Firstly, this addresses some missing combinations of dims, as seen in #41069, and secondly, this would reduce the number of methods that packages need to define to avoid ambiguities when they're specializing on the array type. E.g., the method in https://github.com/JuliaArrays/FillArrays.jl/blob/295266cef8fa38813b0f31bed9c3ddb27a4b4de3/src/FillArrays.jl#L275-L279 and https://github.com/JuliaArrays/OffsetArrays.jl/blob/8decfce50edeeab1694232f80427ea66c6afc023/src/OffsetArrays.jl#L381-L383 seem identical to those in Base, and such ambiguities are better avoided by broadening the specific Base methods.

The current implementation would firstly convert OneTos in dims to Integers, and secondly, convert Colons to integers through the usual route. Finally, we would call reshape(parent::AbstractArray, dims::Tuple{Vararg{Integer}}), or, in common cases, reshape(parent::AbstractArray, dims::Tuple{Vararg{Int}}).

One comment in #41069 was that the method

reshape(parent::AbstractArray, dims::Tuple{Vararg{Union{Integer,Colon,OneTo}}})

should be defined instead as

reshape(parent::AbstractArray, dims::Tuple)

but this would require making _reshape_uncolon public. I've not made this change in this PR, and we may think about this separately.

Supersedes and closes #41069.

This PR also generalizes the method reshape(parent, dims::IntOrInd...) to accept any combinations with Colons. This means that packages would typically not need to define this method, and may only specialize the method that accepts a Tuple of dims. Unfortunately, this would currently break OffsetArrays, as this commits type-piracy and defines the generic method (see line 531 of test/testhelpers/OffsetArrays.jl), but it shouldn't be doing this anyway. A patch to remove this method from OffsetArrays would fix the method overwritten error if this is merged.

[jishnub]

@nanosoldier runtests()

[nanosoldier]

The package evaluation job you requested has completed - possible new issues were detected.
The full report is available.

Report summary

❗ Packages that crashed

6 packages crashed only on the current version.

• The process was aborted: 1 packages
• A segmentation fault happened: 5 packages

36 packages crashed on the previous version too.

✖ Packages that failed

35 packages failed only on the current version.

• Package fails to precompile: 1 packages
• Package has test failures: 6 packages
• Package tests unexpectedly errored: 5 packages
• Tests became inactive: 2 packages
• Test duration exceeded the time limit: 21 packages

3357 packages failed on the previous version too.

✔ Packages that passed tests

38 packages passed tests only on the current version.

• Other: 38 packages

5616 packages passed tests on the previous version too.

➖ Packages that were skipped altogether

1324 packages were skipped on the previous version too.