为何仅conda-forge全依赖时CmdStan才可编译？求解决方案

原因分析 #

这个链接错误是工具链版本不兼容导致的：
当你混合defaults和conda-forge通道创建环境时，环境中使用的是defaults通道提供的clang-12版本。而你的MacOS Command Line Tools（14.0.0版本）提供的系统SDK采用了更新的TAPI（Text-based API）格式（!tapi-tbd），旧版本的clang-12无法识别这种新格式，因此在链接阶段报错。

而全conda-forge通道的环境中，使用的是conda-forge适配新系统SDK的工具链，所以能正常完成编译。

解决方案 #

方法一：强制cmdstan及其依赖从conda-forge安装 #

如果你需要优先使用defaults通道，但要确保cmdstan相关包兼容，可以通过配置通道优先级实现：

1. 创建环境时指定强制规则：

conda create -n try_stan_fixed --override-channels -c defaults -c conda-forge cmdstan

2. 或者修改.condarc配置文件（用户主目录下），让conda-forge优先处理cmdstan相关包：

channels:
  - defaults
  - conda-forge
channel_priority: strict
pinning:
  - conda-forge::cmdstan
  - conda-forge::*cmdstan*

方法二：升级环境中的工具链 #

在已创建的混合通道环境中，手动安装conda-forge的兼容工具链替换旧版本：

conda activate try_stan_defaults
conda install -c conda-forge clang llvm-openmp

安装完成后重新执行编译命令即可。

方法三：直接使用全conda-forge环境 #

若没有必须依赖defaults通道包的需求，直接使用最初创建的try_stan_forge环境即可，该环境的工具链与系统SDK完全兼容。

内容的提问来源于stack exchange，提问作者thomaskeefe