fix(build): feature sources 在 mcpp test 下不编译 (0.0.94)

[Sunrisepeak]

根因

prepare_build() 把 feature 源集解析(drop + add)整段门在 !includeDevDeps
(src/build/prepare.cppm),而 mcpp test 走 includeDevDeps = true → 激活
feature 的 sources 从不被加回构建图。

叠加 xpkg 侧的事实:features.X.sources 只落进 buildConfig.featureSources[X]
(src/manifest/xpkg.cppm),从不进 base sources。两者一合:

descriptor 形态	mcpp build	mcpp test
glob 同时在 base sources 和 features(gtest 的 gtest_main.cc)	✅	✅(跳过 drop 也还在)
glob 只在 features 下(xpkg 常态)	✅	❌ undefined reference

那段注释原本假设「descriptor 会把 gtest_main.cc 同时留在 base sources 里,故 test
模式不受影响」——这个前提只对 gtest 成立,是个未被察觉的隐式耦合。门自 #169
(0.0.65,修 #168 gtest_main LNK2005)引入后未动过。

命中面

• compat.cjson 的 utils → cJSONUtils_*
• compat.eigen 的 eigen_blas → dgemm_
• compat.spdlog 的 compiled(mcpp-index feat: mcpp self init + ensure_base_init_ok + bootstrap residue cleanup #72 正因此误判为「引擎不支持 feature sources」)

eigen_blas 的 dgemm_ 一直被记为「把 feature 编出的依赖目标链进 test 二进制是
follow-up」——定性是错的:不是链接问题,是源集解析问题。

修复

• drop 仍只在 build 模式做 —— mcpp test 需要保留完整源面,让 dev-dep 轨的
  per-test main 检测看得见 gtest_main.cc 并逐 test 剪枝(e2e 79 锁住)。
• add 改为两模式都做 + 去重 —— gtest 那种 base/feature 双列的 glob 不会进两次。

净 diff 4 行逻辑。

验证

• e2e 100(新增):先在未修复的 0.0.92 上跑 → 以目标错误失败
  (undefined reference to cJSONUtils_FindPointerFromObjectTo);修复后 → OK。
  三段断言:test 模式必须编译+链接 feature sources / build 模式仍正常 /
  不请求 feature 时 gated 源仍被排除(防「无条件全加」)。
• e2e 78 + 79(在mcpp.toml的[dependences]添加gtest依赖时，gtest_main与程序入口main函数冲突问题 #168 gtest 回归靶子)→ OK
• 单元测试 → 35 passed / 0 failed