xmake.git/xmake/plugins/project/cmake/cmakelists.lua, branch unitybuild

renamed XMAKE_GLOBAL_COMPILER_ID to CURRENT_COMPILER_ID (advice from https://github.com/xmake-io/xmake/pull/6439\#discussion_r2090681624)

2025-05-15T11:26:43Z

Renamed remaining CMAKE_COMPILER_ID to XMAKE_GLOBAL_COMPILER_ID (was missing in previous commit)

2025-05-15T07:47:38Z

renamed CMAKE_COMPILER_ID property to XMAKE_GLOBAL_COMPILER_ID to avoid potential conflicts

2025-05-14T10:47:49Z

Squashed commit of the following:

2025-05-14T09:23:11Z

commit ab0a145e1e51100a0ec789d3a403ca5281d72e61 Author: PierreEVEN Date: Wed May 14 11:16:49 2025 +0200 fixed CMAKE_COMPILER_ID value that was set to CMAKE__COMPILER_ID instead of real value commit edf7b7fe1956d922010260ef102838b90c9eda11 Author: PierreEVEN Date: Wed May 14 11:06:42 2025 +0200 Use project language to detect compiler ID

Fixed cmake generator that was using 'CMAKE_COMPILER_ID' which doesn't exists, instead of CMAKE_CXX_COMPILER_ID

2025-05-13T22:44:17Z

(cmake) fix fileset support version checking

2025-05-09T13:56:33Z

(C++ modules support) fix CMake generation

2025-05-09T13:56:33Z

Merge pull request #6386 from PierreEVEN/fix-cmake_generator-compiler_names

2025-05-03T15:39:25Z

(generators) cmake : fix compiler detection if (Gcc) with a more stan…

[fix] Use the new cmake syntax with a custom target add_library(... OBJECT IMPORTED ...) instead of just using the target_link_library to linnk prebuilt obj files

2025-05-03T06:49:32Z

(generators) cmake : fix compiler detection if (Gcc) with a more standard syntax

2025-05-03T05:20:26Z