增加对传统C/C++库, 以及基于make、cmake、xmake等工具项目的支持 - (含有不同方法解决方案)

[tz12323]

例如添加mcpplibs上没有的库，以添加cjson为例

[package]
name = "add"
version = "0.1.0"

[targets.hello]
kind = "bin"
main = "src/main.cpp"

[targets.Math]
kind = "lib"

[dependencies]
cjson = { git = "https://github.com/DaveGamble/cJSON.git", tag = "v1.7.19" }


[dev-dependencies]
gtest = "1.15.2"

运行命令
mcpp build
输出

   Resolving toolchain
    Resolved llvm@20.1.7 → @mcpp/registry/data/xpkgs/xim-x-llvm/20.1.7/bin/clang++.exe
     Cloning https://github.com/DaveGamble/cJSON.git (tag = v1.7.19)
Cloning into 'D:\bianchen\c\hello\.mcpp\git\814463864742f017'...
remote: Enumerating objects: 4723, done.
remote: Counting objects: 100% (1515/1515), done.
remote: Compressing objects: 100% (177/177), done.
remote: Total 4723 (delta 1408), reused 1338 (delta 1338), pack-reused 3208 (from 1)
Receiving objects: 100% (4723/4723), 2.49 MiB | 3.98 MiB/s, done.
Resolving deltas: 100% (3154/3154), done.
error: git dependency 'cjson' (at 'D:\bianchen\c\hello\.mcpp\git\814463864742f017') has no mcpp.toml

在此提出一些意见，对于没有使用mcpp构建而使用其余常用的软件，诸如cmake、make、xmake等时，可以先调用对应的软件编译，并且安装，然后扫描安装目录，编译时直接链接。

[Sunrisepeak]

对于非mcpp原生支持的库

方法一: 你可以给对应的库编写 包描述文件例如 gtest

• https://github.com/mcpplibs/mcpp-index/blob/main/pkgs/c/compat.gtest.lua

方法二: 或者fork你需要用的库, 把 mcpp的仓库文档给agent让他给这个库添加 mcpp.toml 支持 mcpp 构建也可以

---

对于兼容其他构建工具, 目前上面两种方法是更好的技术路线。因为:

• 1. 多构建工具的兼容复杂度很高 + 兼容矩阵爆炸 (xmake的技术路线)
• 2. mcpp主打的轻装上阵, 启步就是 C++ 23 + import std 模块化, 而不特别向前兼容 实现 更一致的体验

当然关于技术路线, 欢迎交流讨论

[tz12323]

或者能否手动指定头文件和链接库路径

[Sunrisepeak]

或者能否手动指定头文件和链接库路径

https://github.com/mcpp-community/mcpp/blob/main/docs/05-mcpp-toml.md#23-build--build-configuration

[Sunrisepeak]

给mcpp生态增加了 json库的支持 (添加 老库示例 + 添加模块化库示例)

• feat(pkgs): add cJSON (compat) + nlohmann.json (C++23 module) + per-pkg CI mcpplibs/mcpp-index#48

nlohmann.json / modular lib

[dependencies]
nlohmann.json = "3.12.0

import nlohmann.json;

cjson / header-file lib

[dependencies]
compat.cjson = "1.7.19"

#include <cJSON.h>

[tz12323]

我认为并不需要兼容这些软件，只需要在发现库里面没有mcpp.toml时调用对应的构建工具，然后安装到指定目录并且添加对于路径，而不是需要将对应的构建工具融入mcpp之中

[Sunrisepeak]

我认为并不需要兼容这些软件，只需要在发现库里面没有mcpp.toml时调用对应的构建工具，然后安装到指定目录并且添加对于路径，而不是需要将对应的构建工具融入mcpp之中

可能要看 能不能导出标准布局的目录结构

• https://github.com/xmake-io/xmake/tree/dev/xmake/modules/package/manager

[Sunrisepeak]

补充: 对于非模块化库, mcpp-index的包描述文件 某种意义上已经支持 不同的 构建工具了

• xpkg包 - 提供了一组 hooks: install / config / uninstall 可以通过编写代码 调用相关构建工具进行实现 甚至支持自定义构建过程和打patch

具体示例 - 在hook中使用 python 工具描述安装过程

• https://github.com/mcpplibs/mcpp-index/blob/main/pkgs/c/compat.xcb.lua

同时, mcpp-index 使用的 xpkg 包规范 由 xlings 生态支持 可以实现单个包依赖闭环 可以通过 deps 描述 依赖的 库、构建工具、工具链/编译器等 xlings生态的所有软件生态可用

例如, 可以在 包描述的 deps 里指定库安装 依赖的软件, 他们会自动安装 创建一个包的依赖环境, 不需要用户 额外的操作

deps = {
    "xim:python@3",
    "cmake@4",
    "ninja@1.12.1",
    "xmake@3.0.7"
},