rust 货物运行/构建卡在最后一个文件上

j2cgzkjk  于 2022-11-12  发布在  其他
关注(0)|答案(1)|浏览(290)

当在特定的rust项目(base_names)上运行cargo build或cargo run时,它会卡在最后一个文件上。输出:

Compiling autocfg v1.1.0
       Compiling proc-macro2 v1.0.47
       Compiling quote v1.0.21
       Compiling unicode-ident v1.0.5
       Compiling proc-macro-hack v0.5.19
       Compiling syn v1.0.102
       Compiling radium v0.6.2
       Compiling tap v1.0.1
       Compiling funty v1.2.0
       Compiling lazy_static v1.4.0
       Compiling primes v0.3.0
       Compiling wyz v0.4.0
       Compiling num-traits v0.2.15
       Compiling num-integer v0.1.45
       Compiling num-bigint v0.4.3
       Compiling num-rational v0.4.1
       Compiling num-iter v0.1.43
       Compiling bitvec v0.22.3
       Compiling num-complex v0.4.2
       Compiling num v0.4.0
       Compiling fraction v0.12.0
       Compiling arr_macro_impl v0.1.3
       Compiling arr_macro v0.1.3
       Compiling base_names v0.1.0 (/home/max/Documents/Projects/base_names)
        Building [=========================> ] 43/44: base_names(bin)

我试过了:

  • 货物清洗机
  • rustup更新
  • 散装货
  • pkill rls
  • 从vscode和终端机执行
  • 尝试现有的rust项目(它们运行良好,因此是特定于项目的)
  • 创建一个新的rust项目,并在Cargo.toml中复制src的内容

使用环境:Linux(Fedora工作站36)
货物目录:

[package]
name = "base_names"
version = "0.1.0"
edition = "2021"

[dependencies]
primes = "0.3.0"
fraction = "0.12.0"
bitvec = "0.22.3"
arr_macro = "0.1.3"
xytpbqjk

xytpbqjk1#

我用arr_macro包编写了arr![Default::default(); 100_000],它扩展成了100000个Default::default()示例,使得编译时间太长了。
适用于以下情况:

  • 您需要一个结构体列表
  • 生成器需要访问前面的结构
  • 无法在您的结构上实现特征复制

您应该使用Vec来代替。

相关问题