Cargo 报 malformed dep-info，检查只有空格的模块文件名

Rust 模块文件被临时命名为一个空格，源码中用 #[path = " "] 引用它，Cargo 却报 could not parse/generate dep info，内层提示 malformed dep-info format, trailing \。先检查真实文件名，不要只从编辑器标签看起来“空白”就判断文件不存在。

已确认的环境是 Cargo 1.99.1、Linux。这里的条件很窄：文件名本身是单个空格。普通目录包含空格、模块标识符非法，以及依赖源缺失，是不同问题，不能据此认定 Cargo 一概不支持带空格的路径。

保留模块名，只改文件路径

假设源码是：

#[path = " "]
mod space;

可以把那个源文件重命名为未被占用的普通名字，例如 module_impl.rs，并将属性同步改为：

#[path = "module_impl.rs"]
mod space;

space 这个 Rust 模块标识符保持不变，原文件内容也保留。调用方的 space::... 不必为了文件名调整而全部改名。若文件由生成器创建，应改生成规则或其输出路径约定，否则下次生成又会恢复空白名称。

操作前确认目标文件名尚未存在，保留版本控制差异或可恢复副本。用编辑器或系统支持的重命名操作处理原文件；在命令行中必须准确引用空格名称，不使用可能匹配多个文件的宽泛通配符。

不手工修 .d 文件来维持一次成功

报错涉及编译器生成的依赖信息。手工删掉末尾反斜杠、删除某条依赖，或者把所有 dep-info 检查关闭，都可能让下一次构建漏掉真实源码变化，也会被下一次生成覆盖。

重命名后从同一个清单和工具链入口重新构建，确认实际编译了受影响目标，依赖信息能被正常解析。随后修改该模块的一处可回滚内容，核对增量构建仍能发现输入变化，再恢复并运行项目既有检查。

如果文件本来已经是普通名称，则保留完整错误与生成的依赖信息副本，继续检查真实路径、转义和缓存来源；不要因为错误里都有 dep-info，就机械地重命名整个项目或清空所有 Cargo 缓存。更换工具链后仍需保留空格文件名的依赖信息解析用例，不能用普通名称的一次成功构建判断原触发条件已经解决。