-
Não.
gdb
é empacotado por um mantenedor,glibc
é empacotado por outro mantenedor,gcc
,libstdc
e assim por diante, todos empacotados por mantenedores diferentes. Para empacotar o debuginfo para estes, juntamente comgdb
, seria necessária uma coordenação considerável. Cada vez que um dos pacotes fosse alterado, o mantenedorgdb
teria que empacotar e liberar. Ficaria muito complicado administrar.gdb
também pode depurar outros idiomas, por exemplojava
, que não precisariam do debuginfo para as bibliotecas listadas. -
Os pacotes
debuginfo
contêm o código-fonte e os símbolos retirados do executável. Eles são necessários apenas durante a depuração, portanto, são redundantes durante o uso normal. Eles ocupam uma boa quantidade de espaço, portanto, são removidos durante as versões de produção. -
Depende. A maioria dos códigos C usará
glibc
etc. No entanto, se você estiver depurando o pacote X e não precisar se aprofundar nos componentes internos deglibc
, você poderá gerenciar sem instalá-lo. Se você quiser seguir o código emgdb
até o nível baixoglibc
ou se achar que há um bug na própria biblioteca, precisará instalá-lo. Por outro lado, algum código C pode ser estaticamente vinculado e deve ter tudo o que é necessário em seu próprio pacote debuginfo, ou um aplicativo pode ser escrito em outro idioma. Nenhum deles precisaria ser instalado. -
Sim. O efeito de não instalar esses pacotes é que você não será capaz de depurar efetivamente as rotinas fornecidas por eles. Como no item 3 acima, tudo depende se você precisa depurar nesse nível ou não.
Nota: você verá que muitos aplicativos foram otimizados (com o -O
flag no compilador) e não depurem tão bem com o debuginfo. Uma solução alternativa é recompilar sem qualquer otimização.