GDB, o depurador do Projeto "GNU", permite que você veja o que está acontecendo “dentro” de outro aplicativo enquanto ele é executado - ou o que outro aplicativo estava fazendo no momento em que travou. Observe que GDB é mais eficaz ao rastrear aplicativos e bibliotecas que foram construídos(as) com símbolos de depuração e não despojados(as).
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://ftp.gnu.org/gnu/gdb/gdb-13.1.tar.xz
Transferência (FTP): ftp://ftp.gnu.org/gnu/gdb/gdb-13.1.tar.xz
Soma de verificação MD5 da transferência: 4aaad768ff2585464173c091947287ec
Tamanho da transferência: 23 MB
Espaço em disco estimado exigido: 1,1 GB (adicionar 406 MB para documentos; adicionar 373 MB para os testes)
Tempo de construção estimado: 2,1 UPC (Usando paralelismo=4; adicionar 0,5 UPC para documentos; adicionar 20 UPC para os testes)
six-1.16.0 (módulo "Python" 3, exigido em tempo de execução para usar scripts GDB a partir de vários pacotes do LFS/BLFS com "Python" 3 instalado no LFS)
Doxygen-1.9.6, GCC-12.2.0 ("ada", "gfortran" e "go" são usadas para testes), Guile-3.0.9, Python-2.7.18, rustc-1.67.1 (usado para alguns testes), Valgrind-3.20.0 e SystemTap (tempo de execução, usado para testes)
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/gdb
Instale GDB executando os seguintes comandos:
mkdir build &&
cd build &&
../configure --prefix=/usr \
--with-system-readline \
--with-python=/usr/bin/python3 &&
make
Opcionalmente, para construir a documentação da "API" usando Doxygen-1.9.6, execute:
make -C gdb/doc doxy
Para testar os resultados, emita:
pushd gdb/testsuite && make site.exp && echo "set gdb_test_timeout 120" >> site.exp && runtest popd
Veja-se gdb/testsuite/README e TestingGDB. Existem muitos problemas com a suíte de teste:
Diretórios limpos são necessários se reexecutar-se os testes. Por esse motivo, produza uma cópia do diretório do código-fonte compilado antes dos testes, caso precise executar os testes novamente.
Os resultados dependem dos compiladores instalados.
Uma execução de teste da suíte de teste teve trinta e três (33) falhas inesperadas em mais de cento e seis mil (106.000) testes.
Em alguns sistemas, a suíte de teste "gdb.tui" falhará se executada em SSH.
Em alguns sistemas baseados em "AMD", mais que duzentos (200) testes adicionais possivelmente falhem devido a uma diferença na implementação de camadas nessas "CPUs".
Agora, como o(a) usuário(a) root:
make -C gdb install
Se você construiu a documentação da "API", [então] ela agora está
em "gdb/doc/doxy". Você consegue instalá-la (como o(a) usuário(a)
root):
install -d /usr/share/doc/gdb-13.1 && rm -rf gdb/doc/doxy/xml && cp -Rv gdb/doc/doxy /usr/share/doc/gdb-13.1
--with-system-readline:
Essa chave força o GDB a usar a
cópia do Readline instalada no
LFS.
--with-python=/usr/bin/python3: Essa
chave força o GDB a usar o
"Python" 3. Remova essa chave se você instalou o Python-2.7.18 e
deseja usá-lo em vez do "Python" 3.