feat: add support for 32 bit time_t in Windows

[dybucc]

Description

This PR adds support symmetric to that offered in some Unix platforms for using 32-bit time_t in Windows. This PR also removes some of the skip() functions used with ctest in Windows, as it renames some symbols to properly reflect whether they are 32-bit or 64-bit compliant, and adds deprecation notices to functions that are not supported by Microsoft anymore (as per their security guidelines.)

There's a few functions with secure variants (suffixed with _s) that are altogether missing and yet do appear in the Windows CRT docs, but that's work for another PR.

In the CI scripts, there seemed to be a slight inconsistency between what the environment variable ARCH, and the environment variable ARCH_BITS were meant to be checked for, so that also got tweaked.

All other changes resulted from running ./ci/style.py, so they're not really part of the PR.

An issue for the deprecation notices hasn't yet been opened, but if the PR seems viable, it can be readily opened before merging.

Sources

• Example of function documented in the Windows CRT with secure variants, and the corresponding functionality when _USE_32BIT_TIME_T is defined.
  https://learn.microsoft.com/en-us/cpp/c-runtime-library/reference/ctime-s-ctime32-s-ctime64-s-wctime-s-wctime32-s-wctime64-s?view=msvc-170
• Microsoft security guidelines, mentioning deprecation of functions for which there's secure, _s-suffixed variants.
  https://learn.microsoft.com/en-us/cpp/c-runtime-library/security-features-in-the-crt?view=msvc-170

Checklist

• Relevant tests in libc-test/semver have been updated
• No placeholder or unstable values like *LAST or *MAX are
  included (see #3131)
• Tested locally (cd libc-test && cargo test --target mytarget);
  especially relevant for platforms that may not be checked in CI

@rustbot label +stable-nominated

[rustbot]

Some changes occurred in a solarish module

cc @jclulow, @pfmooney

Some changes occurred in an OpenBSD module

cc @semarie

Some changes occurred in a NetBSD-like module

cc @semarie

Some changes occurred in an Android module

cc @maurer