[Compile] Fix AMD Compile Error

[yewentao256]

Purpose

Fix AMD Compile Error in MI300

Originally

/mnt/nvme5n1p1/wentao/vllm/cmake-build-release/csrc/rocm/attention.hip:131:33: error: use of undeclared identifier '__hip_fp8_e4m3'
  131 |   if constexpr (std::is_same<T, __hip_fp8_e4m3>::value) {
      |                                 ^
/mnt/nvme5n1p1/wentao/vllm/cmake-build-release/csrc/rocm/attention.hip:134:40: error: use of undeclared identifier '__hip_fp8_e5m2'
  134 |   } else if constexpr (std::is_same<T, __hip_fp8_e5m2>::value) {
      |                                        ^
/mnt/nvme5n1p1/wentao/vllm/cmake-build-release/csrc/rocm/attention.hip:647:40: error: use of undeclared identifier '__hip_fp8_e4m3'
  647 |                 gcn_mfma16x16x32_instr<__hip_fp8_e4m3, 0, 0, 0>(
      |                                        ^
/mnt/nvme5n1p1/wentao/vllm/cmake-build-release/csrc/rocm/attention.hip:848:50: error: use of undeclared identifier '__hip_fp8_e4m3'
  848 |                 tmp_out = gcn_mfma16x16x32_instr<__hip_fp8_e4m3, 0, 0, 0>(
      |                                                  ^
4 errors generated when compiling for gfx942

Now

[7/8] Install the project...
-- Install configuration: "Release"
-- Installing: /mnt/nvme5n1p1/wentao/vllm/vllm/_C.abi3.so
-- Set non-toolchain portion of runtime path of "/mnt/nvme5n1p1/wentao/vllm/vllm/_C.abi3.so" to ""
-- Installing: /mnt/nvme5n1p1/wentao/vllm/vllm/_moe_C.abi3.so
-- Set non-toolchain portion of runtime path of "/mnt/nvme5n1p1/wentao/vllm/vllm/_moe_C.abi3.so" to ""
-- Installing: /mnt/nvme5n1p1/wentao/vllm/vllm/_rocm_C.abi3.so
-- Set non-toolchain portion of runtime path of "/mnt/nvme5n1p1/wentao/vllm/vllm/_rocm_C.abi3.so" to ""

[gemini-code-assist]

Code Review

This pull request fixes a compilation error on AMD MI300 devices by adding compatibility layers for different ROCm versions, specifically for FP8 data types. The changes correctly address the issue by defining missing FP8 type aliases for older ROCm versions. However, this compatibility logic is now fragmented across multiple files. I've added comments suggesting to centralize this logic into a common header to improve code maintainability and consistency.