You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

向Rust库导入非标准依赖primes时遭遇编译错误

解决Rust库中无法找到primes crate的编译错误

核心问题分析

编译错误提示no 'primes' in the root,本质是Cargo无法识别你声明的primes依赖,以下是针对性解决方案:


解决方案

1. 确保依赖已正确拉取

虽然Cargo.toml中已声明依赖,但可能未完成本地下载。执行以下命令强制拉取依赖并构建:

cargo fetch
cargo build

2. 验证依赖声明正确性

检查Cargo.toml的[dependencies]区块,确认primes依赖无拼写错误,版本号0.3.0有效(该版本确实存在于crates.io)。若仍有问题,可尝试放宽版本限制:

[dependencies]
primes = "0.3"

3. 清理Cargo缓存(极端情况)

若缓存异常导致依赖识别失败,清理后重新构建:

cargo clean
cargo build

额外优化建议

  1. 移除库中的main函数
    你的代码是动态库(crate-type = ["dylib"]),不需要main函数,会引发编译警告。如需测试功能,改用测试函数:

    #[test]
    fn test_find_nth_prime() {
        assert_eq!(_find_nth_prime(3), 5);
    }
    

    执行cargo test即可运行测试。

  2. 修复指针返回的内存安全问题
    当前find_nth_prime返回栈变量的指针,函数返回后栈内存会被释放,Python调用时会触发未定义行为。改为堆分配内存并提供释放函数:

    #[no_mangle]
    pub extern "C" fn find_nth_prime(n: c_int) -> *mut c_int {
        let result = Box::new(_find_nth_prime(n));
        Box::into_raw(result)
    }
    
    #[no_mangle]
    pub extern "C" fn free_int(ptr: *mut c_int) {
        unsafe {
            Box::from_raw(ptr);
        }
    }
    

    Python调用时需在使用完结果后调用free_int释放内存,避免泄漏。

内容的提问来源于stack exchange,提问作者Tom Hosker

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.01 12:50:08