启用LTO模式编译时rustls-platform-verifier依赖构建失败的原因咨询

我来帮你拆解这个问题的根源和对应的解决思路：

首先看报错信息里的关键提示：

error: lto can only be run for executables, cdylibs and static library outputs

这条信息已经说得很明确了——LTO（链接时优化）只支持可执行文件、动态库（cdylib）和静态库（staticlib）这几种编译输出类型，而你构建失败的rustls-platform-verifier是一个普通的Rust库（默认的rlib类型），这种类型的库本身并不支持LTO优化。

为什么这个依赖会触发问题？ #

你是通过RUSTFLAGS='-Clto'全局开启了LTO，这个环境变量会作用于所有参与构建的crate——包括你的主项目和所有间接依赖。而rustls-platform-verifier的Cargo配置里，默认的 crate 类型是lib（也就是rlib，用于被其他Rust代码引用的库），并不在LTO支持的类型列表里，所以编译时就抛出了这个错误。

怎么解决这个问题？ #

这里有几个可行的方案，你可以根据自己的需求选择：

• 推荐方案：只在自己的项目目标中启用LTO
  不要用全局环境变量设置LTO，而是在你的项目的Cargo.toml里针对特定profile（比如release）启用，这样只会对你的项目输出（比如可执行文件）生效，不会影响依赖：

  [profile.release]
  lto = true
  

• 针对单个依赖禁用LTO
  如果你必须全局设置LTO，可以通过Cargo的配置单独给rustls-platform-verifier关闭LTO。在项目根目录的.cargo/config.toml里添加：

  [target.'cfg(all())'.rustls-platform-verifier]
  rustflags = ["-C", "lto=no"]
  

• 修改依赖的crate类型（不推荐）
  你可以forkrustls-platform-verifier的源码，修改它的Cargo.toml把 crate 类型改成staticlib，然后通过[patch.crates-io]引入修改后的版本。但这种方法可能会导致其他依赖这个库的代码出现问题，因为staticlib是用于给非Rust程序调用的库，和原有的rlib用途不同。

备注：内容来源于stack exchange，提问作者A. K.