当在特定的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"
1条答案
按热度按时间xytpbqjk1#
我用arr_macro包编写了
arr![Default::default(); 100_000]
,它扩展成了100000个Default::default()示例,使得编译时间太长了。适用于以下情况:
您应该使用Vec来代替。