ruki
you can try.
目前只有 xmake-repo 仓库的包，走内置的包管理，才支持级联依赖。 如果用第三方包，你只能显式的通过 add_requires/add_packages ，把所有依赖挨个配齐，包括 opencl, hdf5, mpi 等
> > 目前只有 xmake-repo 仓库的包，走内置的包管理，才支持级联依赖。 > > 如果用第三方包，你只能显式的通过 add_requires/add_packages ，把所有依赖挨个配齐，包括 opencl, hdf5, mpi 等 > > 我通过add_requires/add_packages把依赖配齐，但是这些依赖是conda环境里都有的，为什么会触发下载呢 这个你可以调下 find 逻辑，只有没找到你环境的包，才会触发下载 https://github.com/xmake-io/xmake/blob/dev/xmake/modules/package/manager/conan/find_package.lua 至于为什么没找到，原因很多，有可能配置不匹配，比如默认是找静态库，你安装的是动态库，也可能是 runtime，arch 等 不匹配 也可能是其他原因，这就需要你自己调下代码了。
> 未来计划支持conan级联依赖吗 暂时没空，另外不要在无关的 issue 下发，单独提 issues/discussions.
提供下完整工程和具体错误信息。
There is no reliable way to detect it right now, if you know it, you can directly improve it.
可以提个 pr 过来，在这里加上 runtimes 检测就行了。https://github.com/xmake-io/xmake/tree/dev/xmake/modules/private/check/checkers/api/target
这边没法复现
> 但这种做法存在一些问题，例如项目中存在a,b,c三个option，其中b的值依赖a而变动。（例如a=off时b设为on）这时运行 就是因为依赖联动很难搞，所以我一直没支持 config update，因为支持了，联动不了，反而会引入各种暗坑，导致用户各种报障，还很难复现和调试
> > > 但这种做法存在一些问题，例如项目中存在a,b,c三个option，其中b的值依赖a而变动。（例如a=off时b设为on）这时运行 > > > > > > 就是因为依赖联动很难搞，所以我一直没支持 config update，因为支持了，联动不了，反而会引入各种暗坑，导致用户各种报障，还很难复现和调试 > > 所以才需要学vscode的存modified的方式，vscode的模式还能支持合并多个设备不同的setting，也是很成熟的解决方案了；而且也不一定非要提供config update，提供一个modified config就行了 不懂，如果三个 option 都存在依赖关系, `a -> b -> c`，并且这三要么全是 true 要么全是 false ，互相关联的。...