[bug] #233 消歧后链接输入未跟随改名:依赖包与消费者同名源(如双方都有 main.cpp)即 'obj/main.o missing and no known rule'

[Sunrisepeak]

现象

0.0.97 的 #233 对象路径碰撞消歧,在「依赖包源文件与消费者源文件同 basename」时:
编译边的对象路径正确改成了镜像相对路径(如 obj/a240/src/main.o),但可执行目标的
链接输入仍引用消歧前的旧名 obj/main.o → ninja 报
'obj/main.o', needed by 'bin/<app>', missing and no known rule to make it。

最小复现(2 文件)

dep/mcpp.toml        [build] sources = ["lib/main.cpp"]
dep/lib/main.cpp     int dep_fn() { return 7; }
app/mcpp.toml        [dependencies] d240 = { path = "../dep" }
app/src/main.cpp     extern int dep_fn(); int main(){ return dep_fn()==7?0:1; }

cd app && mcpp run →

   Compiling d240 (path)
error: build failed
ninja: error: 'obj/main.o', needed by 'bin/a240', missing and no known rule to make it

build.ninja 里可见编译边已消歧(build obj/a240/src/main.cpp.ddi … compile_target = obj/a240/src/main.o),只有链接 inputs 漏更新。

影响(实际踩到的场景)

compat.opencv v2 描述符(de-stub:真实路径 sources,依赖 0.0.97 的 #233 修复)——
OpenCV 自带 modules/imgproc/src/main.cpp 与 modules/geometry/src/main.cpp,
而 src/main.cpp 几乎是每个消费者的入口文件名 → 一碰即挂。任何依赖包源文件名
与消费者源文件重名(util.cpp/types.cpp/…)都会触发,包作者侧无法规避——
这是 de-stub 化(撤掉 mcpp#233 时代的转发 stub 层)的当前唯一阻塞点。

环境

mcpp 0.0.97 · linux x86_64

[Sunrisepeak]

同族新发现:测试目标的 scan 边也漏消歧——workspace 成员的 tests/dnn.cpp 与依赖包(compat.opencv dnn feature)的 modules/dnn/src/dnn.cpp 同名时,直接 ninja: error: build.ninja:NNNN: multiple rules generate obj/dnn.cpp.ddi(连镜像改名都没触发,比主楼的链接输入漏改名更早一步)。复现:成员测试文件与依赖包任一源同 basename。

[Sunrisepeak]

Fixed in 0.0.98 (released + indexed + install-verified, #245). Entry-main link input converged onto object_for; repro locked by e2e 123. This was the merge gate for mcpplibs #79 — now unblocked.