Rustc-1.76.0

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.76.0     &&
ln -svfn rustc-1.76.0 /opt/rustc

Se executar a suíte de teste, aplique um remendo para evitar que o sistema de construção reconstrua desnecessariamente o compilador:

patch -Np1 -i ../rustc-1.76.0-testsuite_fix-1.patch

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

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

# Informe ao x.py que os editores revisaram o conteúdo deste arquivo
# e o atualizaram para acompanhar as principais mudanças do sistema de
# construção, de forma que x.py não nos avisará para fazer tal revisão.
change-id = 118703

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

# Ao usar o llvm do sistema, prefira bibliotecas compartilhadas
link-shared = true

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

# instalar ferramentas extendidas: cargo, clippy, etc
extended = true

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

# Especifique quais ferramentas extendidas (aquelas provenientes 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 disso e da entrada "locked-deps" evita o download de muitas
# caixas a partir da Internet e torna a construção do Rustc mais estável.
vendor = true

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

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

# O BLFS costumava não instalar o executável FileCheck oriundo do llvm, então
# desabilitou os testes de codegen. Os testes de montagem dependem do FileCheck
# e não podem ser facilmente desabilitados; portanto, eles falharão de qualquer
# maneira se o FileCheck não tiver sido instalado.
#codegen-tests = false

# Habilite as mesmas otimizações da construção de fluxo de desenvolvimento oficial.
lto = "thin"
codegen-units = 1

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

[target.i686-unknown-linux-gnu]
# Observe Bem: a saída gerada de llvm-config (ou seja, opções de ajuda) pode ser
# despejada na tela quando config.toml for 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

Dois testes,tests/ui/issues/issue-21763.rs e tests/debuginfo/regression-bad-location-list-67992.rs, são conhecidos por falharem.

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.

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.76.0 -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

Finalmente, desconfigure a variável LIBSSH2_SYS_USE_PKG_CONFIG:

unset LIBSSH2_SYS_USE_PKG_CONFIG

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