非标准闭源专有工具链的CMake适配问题：链接异常与自定义平台配置咨询

项目背景 #

当前为Linux构建环境，需为一套编译器、链接器语法非标准、混用Unix/Windows/自定义约定的闭源专有工具链编写CMake构建配置。CMake默认通过Unix Makefiles生成器输出构建产物，遵循原生Unix平台的库命名前缀、后缀规则。目前已通过重定义CMAKE_C_LINK_EXECUTABLE、CMAKE_C_COMPILE_OBJECT两个内置变量，完成基础编译流程的初步适配，仍存在3项核心适配阻塞。

核心现存问题 #

• 链接参数生成逻辑不匹配：工具链链接器要求直接传入libc.lib、libm.lib格式的标准库名作为输入，但通过target_link_libraries(my_target_name PRIVATE libc.lib libm.lib)指定链接依赖时，最终生成的Makefile会自动为库名添加-l前缀，生成-llibc.lib格式的非法参数触发链接错误；曾尝试通过修改CMAKE_STATIC_LIBRARY_PREFIX、CMAKE_STATIC_LIBRARY_SUFFIX调整命名映射规则，未产生任何预期生效效果。
• 自定义工具链文件的异常副作用：通过-DCMAKE_TOOLCHAIN_FILE=../cmake/mytoolchain.cmake参数指定加载自定义工具链配置时，CMake部分内置变量会被非预期重置：例如C源文件对应的目标文件后缀，从原本符合要求的source.c.o变更为source.c.obj，与当前链接器的输入格式要求不匹配，触发链接错误。
• 自定义规则搭建缺乏路径参考：目前尚未明确CMake内置的哪些配置文件决定了MSVC、Unix Makefiles等不同生成器的行为逻辑，无法针对性搭建匹配当前闭源工具链的自定义配置规则。

内容的提问来源于stack exchange，提问作者raydenx