CMake: fix MSVC static library flags for Windows ARM64

[Harishmcw]

This PR fixes MSVC static library build issues on Windows ARM64.

Currently, the build forces /machine:x64, which causes linker failures when compiling HDF5 natively on ARM64.

Changes

Select /machine flag based on target architecture:

• x64 → /machine:x64
• ARM64 → /machine:ARM64

---

Important

Fixes MSVC static library build issue on Windows ARM64 by selecting appropriate /machine flag based on architecture in zlib-CMakeLists.txt and LZF CMakeLists.txt.

• Behavior:
  • Fixes MSVC static library build issue on Windows ARM64 by selecting /machine flag based on target architecture in zlib-CMakeLists.txt and CMakeLists.txt for LZF.
  • Uses /machine:x64 for x64 and /machine:ARM64 for ARM64.
• Files:
  • zlib-CMakeLists.txt: Adjusts set_target_properties for zlibstat.
  • CMakeLists.txt for LZF: Adjusts set_target_properties for ${LZF_LIB_TARGET}.

^{This description was created by for f9ce6b6. You can customize this summary. It will automatically update as commits are pushed.}

[jhendersonHDF]

Rather than just removing the checking of CMAKE_CL_64, it looks like the logic should be checking CMAKE_SIZEOF_VOID_P in this case

[jhendersonHDF]

Based on https://gitlab.kitware.com/cmake/cmake/-/issues/25466 and https://gitlab.kitware.com/cmake/cmake/-/issues/15170, it seems like using CMAKE_SYSTEM_PROCESSOR here may also not give the expected results.

[Harishmcw]

Thanks for the feedback. Based on the discussion in CMake Issue #15170, CMAKE_C_COMPILER_ARCHITECTURE_ID is suggested as the reliable alternative for Windows since it's set after the compiler probe.

I have updated the PR to use this variable along with the CMAKE_SIZEOF_VOID_P check. Could you please review the changes.