如何在 Cargo.toml 中静态链接 sqlite3答案

【问题标题】：How to link sqlite3 statically in Cargo.toml如何在 Cargo.toml 中静态链接 sqlite3
【发布时间】：2019-09-18 20:58:14
【问题描述】：

我创建了一个 rust 应用程序，它使用来自 crates.io 的 sqlite crate

我只是按原样使用这个 crate，当我使用 cargo run 运行我的应用程序时，我确实得到了我想要的。但是，我的应用程序现在似乎依赖于 sqlite3.dll ，它需要在我的路径中。

从我阅读的 Cargo 文档中，我的理解是 sqlite crate 本身是静态链接的，而不是它所依赖的 C 库。

在我自己的计算机上，我通过简单地将 sqlite3.dll 复制到我的路径中的一个文件夹或同一个目录来解决这个问题，cargo 在其中创建了我的可执行文件。

但是，我意识到这不适用于任何 sqlite3.dll 文件，但它适用于我在 .multirust 文件夹深处找到的那个文件。

此外，当我将此应用程序提供给其他人时，我还必须确保该 DLL 也存在。

因此，我想通过将此 DLL 静态链接到我的可执行文件来避免这些复杂情况。

有没有办法告诉 Cargo 静态链接这个 C 库而不深入到自定义构建脚本？

【问题讨论】：

如果sqlite3.dll 本身不是，那么基本上所有的赌注都没有了，或者至少如果它是 linux 的话。我不完全确定 Windows 上的静态链接，因为我从来不需要它，所以可能仍有前进的道路，但看起来不太可能。

标签： sqlite rust rust-cargo

【解决方案1】：

sqlite crate 依赖于sqlite3-sys crate 来为 SQLite 提供 FFI。这个 crate 又依赖于 sqlite3-src crate，其中包括一个名为 bundle 的可选功能 - 如果您指定此功能，那么它会将 SQLite 的副本捆绑到您的 rust 二进制文件中。

为此，请手动指定对这个包的依赖，如下所示：

[dependencies.sqlite3-src]
version="0.2"
features=["bundled"]

执行此操作后，生成的二进制文件不应链接到 sqlite3.dll。我无法在 Windows 上测试它，但它适用于 Linux：

$ ldd target/debug/so_sqlite
        linux-vdso.so.1 =>  (0x00007ffcf7972000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f1781fb9000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f1781db1000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f1781b95000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f178197f000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f17815b2000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f17824d3000)

【讨论】：