Rustc-1.71.1

Instalação do Rust

Para instalar no diretório "/opt", remova qualquer link simbólico "/opt/rustc" existente e crie um novo diretório (ou seja, com um nome diferente se tentar uma construção modificada da mesma versão). Como o(a) usuário(a) "root":

mkdir -pv /opt/rustc-1.71.1     &&
ln -svfn rustc-1.71.1 /opt/rustc

Crie um arquivo "config.toml" adequado que configurará a construção.

cat << EOF > config.toml
# Veja-se "config.toml.example" para mais opções possíveis
# Veja-se o livro 8.4 para um exemplo antigo usando "LLVM" enviado
# por exemplo, se não instalar "clang", ou usar uma versão anterior a 13.0

# Diz ao "x.py" para não permanecer imprimindo um aviso irritante
changelog-seen = 2

[llvm]
# por padrão, "rust" construirá para uma miríade de arquiteturas
targets = "X86"

# Quando usar o "LLVM" do sistema prefira bibliotecas compartilhadas
link-shared = true

[build]
# Omita os documentos para economizar tempo e espaço (padrão é para construí-los)
docs = false

# Instala ferramentas estendidas: cargo, clippy, etc
extended = true

# Não consulte novas versões de dependências online.
locked-deps = true

# Especifique quais ferramentas estendidas (aquelas oriundas da instalação padrão).
tools = ["cargo", "clippy", "rustdoc", "rustfmt"]

# Use o código-fonte enviado no "tarball" para as dependências.
# A combinação disto e da entrada "locked-deps" evita baixar
# muitas caixas a partir da Internet, e torna a construção do "Rustc" mais estável.
vendor = true

[install]
prefix = "/opt/rustc-1.71.1"
docdir = "share/doc/rustc-1.71.1"

[rust]
channel = "stable"
description = "para BLFS 12.0"

# BLFS costumava não instalar o executável "FileCheck" originário do "LLVM",
# de forma que desabilitava os testes "codegen". Os testes "assembly" dependem de "FileCheck"
# e não podem ser facilmente desabilitados, de forma que eles falharão de qualquer maneira se
# "FileCheck" não tiver sido instalado.
#codegen-tests = false

[target.x86_64-unknown-linux-gnu]
# Observe bem: a saída gerada do "llvm-config" (ou seja, opções de ajuda) pode ser
# despejada na tela quando "config.toml" é analisado.
llvm-config = "/usr/bin/llvm-config"

[target.i686-unknown-linux-gnu]
# Observe bem: a saída gerada do "llvm-config" (ou seja, opções de ajuda) pode ser
# despejada na tela quando "config.toml" é analisado.
llvm-config = "/usr/bin/llvm-config"


EOF

Compile "Rust" executando os seguintes comandos:

{ [ ! -e /usr/include/libssh2.h ] ||
  export LIBSSH2_SYS_USE_PKG_CONFIG=1; } &&
python3 ./x.py build

Para executar os testes (novamente usando todas as "CPUs" disponíveis), emita:

SSL_CERT_DIR=/etc/ssl/certs \
python3 ./x.py test --verbose --no-fail-fast | tee rustc-testlog

Alguns testes ui possivelmente falhem (o número de falhas depende do comprimento do caminho absoluto para o diretório rustc-1.71.1-src). Essas falhas podem ser identificadas visualizando-se o arquivo rustc-testlog e pesquisando as mensagens note: the full type name has been written to... e elas podem ser seguramente ignoradas.

Se o "FileCheck" originário do "LLVM" não tiver sido instalado, [então] todos os quarenta e sete (47) testes da suíte “assembly” falharão.

Em alguns sistemas, automatizar os testes possivelmente resulte nos testes suspendendo em test: combine_install_with_separate_uninstall. Se isso acontecer, o problema pode ser contornado pressionando-se a tecla Enter. O teste também pode ser removido com:

sed -e '/runtest combine_install_with/s/^/#/g' -i src/tools/rust-installer/test.sh

Tal como acontece com todas as grandes suítes de teste, outros testes podem falhar em algumas máquinas - se o número de falhas adicionais for baixo, verifique se existem 'failures:' no registro e revise as linhas acima, especialmente as linhas 'stderr:'. Qualquer menção ao SIGSEGV ou ao sinal onze (11) em um teste falho é motivo de preocupação.

Se você receber algum outro teste falho que informe um número de problema, então você deveria procurar por esse problema. Por exemplo, quando "Rustc" >= 1.41.1 era construído com uma versão do "LLVM" do sistema anterior à 10.0, o teste para o problema "69225" falhava https://github.com/rust-lang/rust/issues/69225 e isso deveria ser considerado como uma falha crítica (eles(as) lançaram 1.41.1 por causa disso). A maioria das outras falhas não será crítica.

Portanto, você deveria determinar o número de falhas.

O número de testes que passaram e falharam pode ser encontrado executando:

grep '^test result:' rustc-testlog |
 awk '{sum1 += $4; sum2 += $6} END { print sum1 " passed; " sum2 " failed" }'

Os outros campos disponíveis são "$8" para aqueles que foram ignorados (ou seja, pulados), "$10" para 'medido' e "$12" para 'filtrado', mas ambos os dois últimos provavelmente sejam zero.

Agora, como o(a) usuário(a) "root", instale o pacote:

python3 ./x.py install

O sistema de construção tenta instalar alguns arquivos duas vezes e, durante a segunda tentativa, renomeia o antigo (instalado na primeira tentativa) com o sufixo .old. Como o(a) usuário(a) root, remova esses arquivos:

find /opt/rustc-1.71.1 -name "*.old" -delete

Ainda como o(a) usuário(a) root, crie um link simbólico de um arquivo de completação do Zsh para o local correto:

install -vdm755 /usr/share/zsh/site-functions      &&
ln -sfv /opt/rustc/share/zsh/site-functions/_cargo \
        /usr/share/zsh/site-functions

cat > /etc/profile.d/rustc.sh << "EOF"
# Inicia /etc/profile.d/rustc.sh

pathprepend /opt/rustc/bin           PATH

# Inclui "/opt/rustc/man" na variável "MANPATH" para acessar páginas de manual
pathappend  /opt/rustc/share/man     MANPATH

# Termina /etc/profile.d/rustc.sh
EOF

source /etc/profile.d/rustc.sh