在 开发环境为: Mac-M芯片 - LLVM/Clang20+ + Ninja , 这个就是大部分C++开发者的工具链,
非常推荐 增加 Homebrew作为 分发 渠道,
支持 用户 在仓库中 手动编写 一个 配置文件夹 就能实现 自定义 Homebrew 分发,
等后续 用户下载量上来,申请 添加到 Homebrew 官方分发中;
无需改动代码,只需要添加一个配置文件夹即可,
可借助AI进行 直接生成,
需要说明的是, 自定义分发 暂不支持 流量统计, 可以 自行手动 添加 埋点,
-
homebrew 支持 两种方式, 一个是 源码到本地手动构建,一个是 拉取预编译包 (推荐第二种)
-
若用户 已安装高版本LLVM/GCC( 这个可选功能 我没有 阅读你的 源码, 如果已存在 可忽略) 则无需 二次走 mcpp 内置的 LLVM/GCC版本;
-
man/help 帮助文档 , 走颜色美化, 一级标题 (Usage, Resource management, About mcpp itself 等 走 淡绿色等 进行 醒目显示)
-
命令 自身支持 别名 调用, 虽然用户 可手动编写 别名到自身的shell配置文件中
-
留言版 | 使用mcpp工具构建的项目(库/工具/应用)#260
这个 可做成一个命令, 支持用户 直接 阅读跳转 上传 评阅 相关的项目
-
增加 优秀 mcpp 作为模板项目 提供学习阅读 ;
-
如果 可以的话, 支持 CMake 与 mcpp 项目 互转译 , 两种 配置文件 相互的 转换 , 这个 功能属于 引擎级 功能, 如果有的话, 会 吸引相当一部分的 CMake 用户, 我自己 就是直接 手动创建 一个 管理 CMake + C++模块的 模板CLI 工具, 如果 该功能实现的话, 那么 CMake用户可以 走你这边 体验 C++ 模块了
在 开发环境为: Mac-M芯片 - LLVM/Clang20+ + Ninja , 这个就是大部分C++开发者的工具链,
非常推荐 增加 Homebrew作为 分发 渠道,
支持 用户 在仓库中 手动编写 一个 配置文件夹 就能实现 自定义 Homebrew 分发,
等后续 用户下载量上来,申请 添加到 Homebrew 官方分发中;
无需改动代码,只需要添加一个配置文件夹即可,
可借助AI进行 直接生成,
需要说明的是, 自定义分发 暂不支持 流量统计, 可以 自行手动 添加 埋点,
homebrew 支持 两种方式, 一个是 源码到本地手动构建,一个是 拉取预编译包 (推荐第二种)
若用户 已安装高版本LLVM/GCC( 这个可选功能 我没有 阅读你的 源码, 如果已存在 可忽略) 则无需 二次走 mcpp 内置的 LLVM/GCC版本;
man/help 帮助文档 , 走颜色美化, 一级标题 (Usage, Resource management, About mcpp itself 等 走 淡绿色等 进行 醒目显示)
命令 自身支持 别名 调用, 虽然用户 可手动编写 别名到自身的shell配置文件中
留言版 | 使用mcpp工具构建的项目(库/工具/应用)#260
这个 可做成一个命令, 支持用户 直接 阅读跳转 上传 评阅 相关的项目
增加 优秀 mcpp 作为模板项目 提供学习阅读 ;
如果 可以的话, 支持 CMake 与 mcpp 项目 互转译 , 两种 配置文件 相互的 转换 , 这个 功能属于 引擎级 功能, 如果有的话, 会 吸引相当一部分的 CMake 用户, 我自己 就是直接 手动创建 一个 管理 CMake + C++模块的 模板CLI 工具, 如果 该功能实现的话, 那么 CMake用户可以 走你这边 体验 C++ 模块了