Fix incorrect regeneration for IDL targets

[OneBlue]

Summary of the Pull Request

#40130 introduced a regression that caused the idl targets to always be considered out of date. This changes solves this by explicitly setting the target stamp file and fixing the output of the dlldata file to only one command

PR Checklist

• Closes: Link to issue #xxx
• Communication: I've discussed this with core contributors already. If work hasn't been agreed, this work might be rejected
• Tests: Added/updated if needed and all pass
• Localization: All end user facing strings can be localized
• Dev docs: Added/updated if needed
• Documentation updated: If checked, please file a pull request on our docs repo and link it here: #xxx

Detailed Description of the Pull Request / Additional comments

Validation Steps Performed

[Copilot]

Pull request overview

Fixes a build regression where IDL-related CMake targets are always considered out-of-date, impacting incremental builds across dependent Windows components.

Changes:

• Tracks dlldata_<platform>.c as an output from only the final proxy-IDL MIDL invocation to avoid conflicting/duplicated outputs.
• Suppresses unwanted MIDL byproducts for “no proxy” IDLs by redirecting /iid, /proxy, and /dlldata outputs to nul.
• Attempts to add a stamp-touch step for Visual Studio incremental up-to-date tracking on the IDL custom target.

[Copilot]

This custom target adds a COMMAND that touches a stamp file, but the stamp isn’t declared as an OUTPUT/BYPRODUCT. For non-MSBuild generators (e.g., Ninja/Makefiles), custom targets with commands and no tracked byproducts typically run every time the target is built, which would reintroduce the “always out of date” behavior. Also, the touched path is unquoted (breaks if the build dir has spaces) and uses CMakeFiles casing, while other stamp usage in this repo consistently touches/outputs ${CMAKE_CURRENT_BINARY_DIR}/CmakeFiles/<target> (e.g., cmake/FindMC.cmake, localization/CMakeLists.txt). Consider using the existing pattern: have the last MIDL add_custom_command produce the stamp as an OUTPUT (or set BYPRODUCTS on the target) and quote the path, keeping add_custom_target as DEPENDS-only.