Как создать исполняемый файл, который зависит от curl для x86_64-unknown-linux-musl

Question

Я нахожусь на машине Debian amd64 и пытаюсь создать исполняемый файл x86_64-unknown-linux-musl. У меня есть это в моем Cargo.toml:

[dependencies]
curl = "0.4"

Когда я бегу cargo build --target=x86_64-unknown-linux-musl Я получаю это:

error: failed to run custom build command for `libz-sys v1.0.10`
process didn't exit successfully: `/tmp/foo/target/debug/build/libz-sys-c20da5f29c41e515/build-script-build` (exit code: 101)
--- stdout
OPT_LEVEL = Some("0")
PROFILE = Some("debug")
TARGET = Some("x86_64-unknown-linux-musl")
debug=true opt-level=0
HOST = Some("x86_64-unknown-linux-gnu")
TARGET = Some("x86_64-unknown-linux-musl")
TARGET = Some("x86_64-unknown-linux-musl")
HOST = Some("x86_64-unknown-linux-gnu")
CC_x86_64-unknown-linux-musl = None
CC_x86_64_unknown_linux_musl = None
TARGET_CC = None
CC = None
HOST = Some("x86_64-unknown-linux-gnu")
CROSS_COMPILE = None
TARGET = Some("x86_64-unknown-linux-musl")
HOST = Some("x86_64-unknown-linux-gnu")
CFLAGS_x86_64-unknown-linux-musl = None
CFLAGS_x86_64_unknown_linux_musl = None
TARGET_CFLAGS = None
CFLAGS = None
running: "./configure" "--prefix=/tmp/foo/target/x86_64-unknown-linux-musl/debug/build/libz-sys-e109627694e9981e/out"
Compiler error reporting is too harsh for ./configure (perhaps remove -Werror).
** ./configure aborting.

--- stderr
thread 'main' panicked at 'failed to run successfully: exit code: 1', /home/tshepang/.cargo/registry/src/github.com-1ecc6299db9ec823/libz-sys-1.0.10/build.rs:189

Когда я перезапущу это:

error: failed to run custom build command for `openssl-sys v0.9.6`
process didn't exit successfully: `/tmp/foo/target/debug/build/openssl-sys-ac9c042b062dad1d/build-script-build` (exit code: 101)
--- stderr
thread 'main' panicked at '

Could not find directory of OpenSSL installation, and this `-sys` crate cannot
proceed without this knowledge. If OpenSSL is installed and this crate had
trouble finding it,  you can set the `OPENSSL_DIR` environment variable for the
compilation process.

If you're in a situation where you think the directory *should* be found
automatically, please open a bug at https://github.com/sfackler/rust-openssl
and include information about your system as well as this message.

    $HOST = x86_64-unknown-linux-gnu
    $TARGET = x86_64-unknown-linux-musl
    openssl-sys = 0.9.6

Все работает хорошо, когда я строю изначально, т.е. cargo build --target=x86_64-unknown-linux-gnu,

Осматривая, я узнал о переменной среды, PKG_CONFIG_ALLOW_CROSS:

PKG_CONFIG_ALLOW_CROSS=true cargo build --target=x86_64-unknown-linux-musl

При этом я также обнаружил, что мне не хватает пакета Debian с именем libcurl4-openssl-dev.

Бег ldd target/target/x86_64-unknown-linux-musl/debug/fooуказал, что исполняемый файл динамически связан, а затем продолжил поиск, я узнал о другой переменной среды, PKG_CONFIG_ALL_STATIC:

PKG_CONFIG_ALL_STATIC=true PKG_CONFIG_ALLOW_CROSS=true cargo build --target=x86_64-unknown-linux-musl

Это выявило целую кучу пропавших без вести, все из которых (к счастью) имели зависимости от Debian. Но установка их всех не помогла, так как, в конце концов, я все еще сидел с исполняемым файлом, который не был статически связан.

Answer 1

Я сдался и закончил тем, что использовал крест:

cargo install cross
cross build --target=x86_64-unknown-linux-musl

Это было слишком просто, и вы найдете исполняемый файл в target/x86_64-unknown-linux-musl/debug,

Answer 2

curl Ящик зависит (прямо или косвенно) от двух ящиков libz-sys и openssl-sys. Ящик, имя которого оканчивается на "-sys", обычно представляет собой набор привязок FFI (интерфейса внешних функций) к собственной библиотеке C.

Создание такого ящика "-sys" требует ссылки на нативную библиотеку. Если ваша цель - x86_64-unknown-linux-musl, то вы должны ссылаться на нативную библиотеку, созданную на основе musl, а не glic. Однако большинство пакетов, которые вы найдете в репозиториях вашего дистрибутива, предоставляют библиотеки, созданные с использованием glibc.

Решение состоит в том, чтобы создать себе необходимые библиотеки, ссылаясь на musl вместо glibc.

У меня нет доступа к установке Debian, но в Ubuntu 16.04 это выглядит так для OpenSSL:

# this package provides the "musl-gcc" wrapper
apt-get install musl-tools 
# you will also need these, if they are not installed yet
apt-get install pkg-config xutils-dev build-essential

# Download and build OpenSSL against musl
VERS=1.0.2j
export CC=musl-gcc
export MUSL_PREFIX=/usr/local/musl
export C_INCLUDE_PATH="$MUSL_PREFIX/include/"
curl -O https://www.openssl.org/source/openssl-$VERS.tar.gz
tar xvzf openssl-$VERS.tar.gz
cd openssl-$VERS

./config --prefix "$MUSL_PREFIX"
make depend
make
sudo make install

export OPENSSL_DIR=/usr/local/musl/
export OPENSSL_STATIC=1

Если у вас есть то же самое для libz (я не пытался его собрать), вы сможете собрать свой ящик:

 cargo build --target=x86_64-unknown-linux-musl

и полученный бинарный файл будет в target/x86_64-unknown-linux-musl/debug/<binary_name>

Кросс- инструмент в основном делает это, но внутри контейнера Docker, чтобы поддерживать ваш хост-компьютер в чистоте.

Двоичный файл, создаваемый этой сборкой, должен быть статически связан и не зависеть даже от glibc. Это также означает, что он будет больше * и что вам нужно будет позаботиться об обновлении любой зависимости (особенно OpenSSL), если в одном из них будет обнаружена проблема безопасности.

* Вы можете использовать strip на выпущенном двоичном файле.