Translation status

65 Strings 100%
Browse Translate
2,338 Words 100%
15,634 Characters 100%

Strings status

Strings Words Characters
65 2,338 15,634
All strings Browse Translate Zen
65 2,338 15,634
Translated strings Browse Translate Zen
1 66 494
Translated strings with dismissed checks Browse Translate Zen

Overview

Project website www.linuxfromscratch.org
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository git@git.linuxfromscratch.org:fr-lfs
Repository branch 11.3
Last remote commit Update translations for 11.3 6bfb71d1dc
Julien Lepiller authored a year ago
Last commit in Weblate Translated using Weblate (Portuguese (Brazil)) d447865df3
User avatar jamenson authored a year ago
Weblate repository https://translate.linuxfromscratch.org/git/linux-from-scratch-11-3/index/
File mask lfs/*/part3intro/toolchaintechnotes.po
Translation file Download lfs/pt_BR/part3intro/toolchaintechnotes.po
Last change March 24, 2023, 10:27 a.m.
Last author Jamenson Ferreira Espindula de Almeida Melo
6 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 65 2,338 15,634
Translated 100% 65 100% 2,338 100% 15,634
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 179 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov

Quick numbers

2,338
Hosted words
65
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+100%
—
Contributors
—
User avatar jamenson

Translation changed
Upon entering the chroot environment in <xref linkend="chapter-chroot-temporary-tools"/>, the temporary installations of programs needed for the proper operation of the toolchain are performed. From this point onwards, the core toolchain is self-contained and self-hosted. In <xref linkend="chapter-building-system"/>, final versions of all the packages needed for a fully functional system are built, tested, and installed.
Uma vez dentro do ambiente chroot no <xref linkend="chapter-chroot-temporary-tools"/>, a primeira tarefa é instalar libstdc++. Entãos instalações temporárias de programaaplicativos necessários para a operação apropriada do conjunto de ferramentas são executrealizadas. Deste ponto em diante, o conjunto central de ferramentas está auto-contido e auto-hospedado. No <xref linkend="chapter-building-system"/>, as versões finais de todos os pacotes necessários para um sistema completamente funcional são construídoas, testadoas e instaladoas.
a year ago
User avatar jamenson

Translation changed
At the end of <xref linkend="chapter-temporary-tools"/> the native LFS compiler is installed. First binutils-pass2 is built, in the same <envar>DESTDIR</envar> directory as the other programs, then the second pass of gcc is constructed, omitting some non-critical libraries. Due to some weird logic in gcc's configure script, <envar>CC_FOR_TARGET</envar> ends up as <command>cc</command> when the host is the same as the target, but different from the build system. This is why <parameter>CC_FOR_TARGET=$LFS_TGT-gcc</parameter> is declared explicitly as one of the configuration options.
Ao final do <xref linkend="chapter-temporary-tools"/> o compilador nativo do LFS é instalado. Primeiro binutils passagem 2 é construído, no mesmo diretório <envar>DESTDIR</envar> que os outros aplicativos, então a segunda passagem do gcc é construída, omitindo algumas bibliotecas não críticas. Devido a algumas lógicas estranhas no script configure do GCCgcc, <envar>CC_FOR_TARGET</envar> termina como <command>cc</command> quando o hostanfitrião for o mesmo que o targetalvo, porém for diferente do sistema de construção. Essa é a razão pela qual <parameter>CC_FOR_TARGET=$LFS_TGT-gcc</parameter> é colocdeclarado explicitamente ncomo uma das opções de configuração.
a year ago
User avatar jamenson

Translation changed
At the end of <xref linkend="chapter-temporary-tools"/> the native LFS compiler is installed. First binutils-pass2 is built, in the same <envar>DESTDIR</envar> directory as the other programs, then the second pass of gcc is constructed, omitting some non-critical libraries. Due to some weird logic in gcc's configure script, <envar>CC_FOR_TARGET</envar> ends up as <command>cc</command> when the host is the same as the target, but different from the build system. This is why <parameter>CC_FOR_TARGET=$LFS_TGT-gcc</parameter> is declared explicitly as one of the configuration options.
Ao final do <xref linkend="chapter-temporary-tools"/> o compilador nativo do LFS é instalado. Primeiro binutils- passagem 2 é construído, com a mesma instalaçãno mesmo diretório <envar>DESTDIR</envar> comoque os outros programaaplicativos, então a segunda passagem de GCCo gcc é construída, omitindo libstdc++ e outralgumas bibliotecas não importantecríticas. Devido a algumas lógicas estranhas no script configure do GCC, <envar>CC_FOR_TARGET</envar> termina como <command>cc</command> quando o host for o mesmo que o target, porém for diferente do sistema de construção. Essa é a razão pela qual <parameter>CC_FOR_TARGET=$LFS_TGT-gcc</parameter> é colocado explicitamente nas opções de configuração.
a year ago
User avatar jamenson

Translation changed
As mentioned above, the standard C++ library is compiled next, followed in <xref linkend="chapter-temporary-tools"/> by other programs that must be cross-compiled to break circular dependencies at build time. The install step of all those packages uses the <envar>DESTDIR</envar> variable to force installation in the LFS filesystem.
Como mencionado acima, a biblioteca C++ padrão é compilada depois, seguida no <xref linkend="chapter-temporary-tools"/> por outros aplicativos que precisam ser compilados cruzadamente para quebrar dependências circulares em tempo de construção. A etapa de instalação de todos aqueles pacotes usa a variável <envar>DESTDIR</envar> para forçar a instalação no sistema de arquivos do LFS.
a year ago
User avatar jamenson

Translation changed
As mentioned above, the standard C++ library is compiled next, followed in <xref linkend="chapter-temporary-tools"/> by other programs that must be cross-compiled to break circular dependencies at build time. The install step of all those packages uses the <envar>DESTDIR</envar> variable to force installation in the LFS filesystem.
Como ditmencionado acima, a biblioteca C++ padrão é compilada depois, seguida emno <xref linkend="chapter-temporary-tools"/> por todos outros aplicativos que necessitam deles próprios para serem construídos. O passo de instalação de todos aqueles pacotes usa os aplicativosprecisam ser compilados cruzadamente para quebrar dependências circulares em tempo de construção. A etapa de instalação usa a variável <envar>DESTDIR</envar> para forçar a instaladosção no sistema de arquivos do LFS.
a year ago
User avatar jamenson

Translation changed
Next comes glibc. The most important considerations for building glibc are the compiler, binary tools, and kernel headers. The compiler is generally not an issue since glibc will always use the compiler relating to the <parameter>--host</parameter> parameter passed to its configure script; e.g., in our case, the compiler will be <command>$LFS_TGT-gcc</command>. The binary tools and kernel headers can be a bit more complicated. Therefore, we take no risks and use the available configure switches to enforce the correct selections. After the run of <command>configure</command>, check the contents of the <filename>config.make</filename> file in the <filename class="directory">build</filename> directory for all important details. Note the use of <parameter>CC="$LFS_TGT-gcc"</parameter> (with <envar>$LFS_TGT</envar> expanded) to control which binary tools are used and the use of the <parameter>-nostdinc</parameter> and <parameter>-isystem</parameter> flags to control the compiler's include search path. These items highlight an important aspect of the glibc package&mdash;it is very self-sufficient in terms of its build machinery, and generally does not rely on toolchain defaults.
Próximo vem a glibc. As considerações mais importantes para a construção da glibc são o compilador, ferramentas binárias e os cabeçalhos do núcleo. O compilador geralmente não é um problema dado que a glibc sempre usará o compilador relacionado ao parâmetro <parameter>--host</parameter> passado ao script configure dela; por exemplo, em nosso caso, o compilador será <command>$LFS_TGT-gcc</command>. As ferramentas binárias e os cabeçalhos do núcleo podem ser um bocado mais complicados. Dessa maneira, nós não nos arriscamos e usamos as chaves do configure disponíveis para impor as seleções corretas. Após a execução deo <command>configure</command>, verifique o conteúdo do arquivo <filename>config.make</filename> no diretório <filename class="directory">build</filename> para todos os detalhes importantes. Observe o uso de <parameter>CC="$LFS_TGT-gcc"</parameter> (com <envar>$LFS_TGT</envar> expandida) para controlar quais ferramentas binárias são usadas e o uso das flags <parameter>-nostdinc</parameter> e <parameter>-isystem</parameter> para controlar o caminho de buscaprocura de incluídode do compilador. Esses itens destacam um importante aspecto do pacote Gglibc&mdash;ele é muito autossuficiente em termos de maquinário de construção e geralmente não confia em padrões de conjuntos de ferramentas.
a year ago
User avatar jamenson

Translation changed
Next comes glibc. The most important considerations for building glibc are the compiler, binary tools, and kernel headers. The compiler is generally not an issue since glibc will always use the compiler relating to the <parameter>--host</parameter> parameter passed to its configure script; e.g., in our case, the compiler will be <command>$LFS_TGT-gcc</command>. The binary tools and kernel headers can be a bit more complicated. Therefore, we take no risks and use the available configure switches to enforce the correct selections. After the run of <command>configure</command>, check the contents of the <filename>config.make</filename> file in the <filename class="directory">build</filename> directory for all important details. Note the use of <parameter>CC="$LFS_TGT-gcc"</parameter> (with <envar>$LFS_TGT</envar> expanded) to control which binary tools are used and the use of the <parameter>-nostdinc</parameter> and <parameter>-isystem</parameter> flags to control the compiler's include search path. These items highlight an important aspect of the glibc package&mdash;it is very self-sufficient in terms of its build machinery, and generally does not rely on toolchain defaults.
Próximo vem a glibc. As considerações mais importantes para a construção da glibc são o compilador, ferramentas binárias e os cabeçalhos do núcleo. O compilador geralmente não é um problema dado que a glibc sempre usará o compilador relacionado ao parâmetro <parameter>--host</parameter> passado ao script configure dela; por exemplo, em nosso caso, o compilador será <command>$LFS_TGT-gcc</command>. As ferramentas binárias e os cabeçalhos do kernelnúcleo podem ser um bocado mais complicados. Dessa maneira, nós não nos arriscamos e usamos os modificadoras chaves deo configuraçãoe disponíveis para forçaimpor as seleções corretas. Após a execução de <command>configure</command>, verifique o conteúdo do arquivo <filename>config.make</filename> no diretório <filename class="directory">build</filename> para todos os detalhes importantes. Observe o uso de <parameter>CC="$LFS_TGT-gcc"</parameter> (com <envar>$LFS_TGT</envar> expandida) para controlar quais ferramentas binárias são usadas e o uso das flags <parameter>-nostdinc</parameter> e <parameter>-isystem</parameter> para controlar o caminho de busca incluído do compilador. Esses itens destacam um importante aspecto do pacote Glibc&mdash;ele é muito autossuficiente em termos de maquinário de construção e geralmente não confia em padrões de conjuntos de ferramentas.
a year ago
User avatar jamenson

Translation changed
Next comes glibc. The most important considerations for building glibc are the compiler, binary tools, and kernel headers. The compiler is generally not an issue since glibc will always use the compiler relating to the <parameter>--host</parameter> parameter passed to its configure script; e.g., in our case, the compiler will be <command>$LFS_TGT-gcc</command>. The binary tools and kernel headers can be a bit more complicated. Therefore, we take no risks and use the available configure switches to enforce the correct selections. After the run of <command>configure</command>, check the contents of the <filename>config.make</filename> file in the <filename class="directory">build</filename> directory for all important details. Note the use of <parameter>CC="$LFS_TGT-gcc"</parameter> (with <envar>$LFS_TGT</envar> expanded) to control which binary tools are used and the use of the <parameter>-nostdinc</parameter> and <parameter>-isystem</parameter> flags to control the compiler's include search path. These items highlight an important aspect of the glibc package&mdash;it is very self-sufficient in terms of its build machinery, and generally does not rely on toolchain defaults.
O pPróximo pacote instalado é Gvem a glibc. As considerações mais importantes para a construção do Ga glibc são o compilador, ferramentas binárias e os cabeçalhos do kernelnúcleo. O compilador geralmente não é um problema dado que Ga glibc sempre usará o compilador relacionado ao parâmetro <parameter>--host</parameter> passado ao script de configuraçãoe delea; por exemplo, em nosso caso, o compilador será <command>$LFS_TGT-gcc</command>. As ferramentas binárias e os cabeçalhos do kernel podem ser um bocado mais complicados. Dessa maneira, nós não nos arriscamos e usamos os modificadores de configuração disponíveis para forçar as seleções corretas. Após a execução de <command>configure</command>, verifique o conteúdo do arquivo <filename>config.make</filename> no diretório <filename class="directory">build</filename> para todos os detalhes importantes. Observe o uso de <parameter>CC="$LFS_TGT-gcc"</parameter> (com <envar>$LFS_TGT</envar> expandida) para controlar quais ferramentas binárias são usadas e o uso das flags <parameter>-nostdinc</parameter> e <parameter>-isystem</parameter> para controlar o caminho de busca incluído do compilador. Esses itens destacam um importante aspecto do pacote Glibc&mdash;ele é muito autossuficiente em termos de maquinário de construção e geralmente não confia em padrões de conjuntos de ferramentas.
a year ago
User avatar jamenson

Translation changed
Next up: sanitized Linux API headers. These allow the standard C library (glibc) to interface with features that the Linux kernel will provide.
Em seguida: cabeçalhos sanitizados da API do Linux. Eles permitem que a biblioteca C padrão (glibc) interaja com os recursos que o núcleo Linux fornecerá.
a year ago
User avatar jamenson

Translation changed
Next up: sanitized Linux API headers. These allow the standard C library (glibc) to interface with features that the Linux kernel will provide.
Os próximos instalados são osEm seguida: cabeçalhos sanitizados da API do Linux. Eles permitem a interfacque da biblioteca C padrão (Gglibc) com característicainteraja com recursos que o kernelnúcleo Linux provfornecerá.
a year ago
Browse all translation changes