Win32: Guard timeapi.h include for MinGW compatibility

[nordync]

Win32 port: fix MinGW build failure caused by timeapi.h

Description

The Win32 simulator port unconditionally includes <timeapi.h>,
which is available when building with MSVC but not consistently
available when building with MinGW-w64 GCC.

This change guards the include using _MSC_VER and relies on
<mmsystem.h> for MinGW builds, restoring build compatibility
without affecting MSVC builds.

Test Steps

1. Build FreeRTOS Win32 simulator using MSVC (no regression)
2. Build FreeRTOS Win32 simulator using MinGW-w64 GCC
3. Confirm successful compilation and execution

Checklist:

• I have tested my changes. No regression in existing tests.
• I have modified and/or added unit-tests to cover the code changes in this Pull Request.

Related Issue

Fixes #1344

[aggarg]

We already have this code block which includes mmsystem.h. Does it mean that we need to move #include <timeapi.h> to the #else block?

[nordync]

We already have this code block which includes mmsystem.h. Does it mean that we need to move #include <timeapi.h> to the #else block?

Thanks for the feedback.
The previous GCC block is no longer necessary because we’ve reorganized the includes based on compiler:

_MSC_VER (MSVC) uses <timeapi.h> and links winmm.lib.

Other compilers (GCC/MinGW) use <mmsystem.h>.

This ensures cross-compiler compatibility and avoids duplicate includes. The final change removes the old GCC block entirely.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud