Enviado em 19/05/2024 - 13:12h
Fiz uma “leitura diagonal” do tópico, porque vou ter de sair daqui a pouco.
Não reparei se algum mencionou o programa
objdump , com a opção de
disassemble , para que o OP consiga ter uma representação clara de tudo (ou pelo menos do mais importante) que está no código dele.
O ELF (
Executable and Linking Format ) tem muitas informações para além do código executável puro e simples. Existe uma estruturação de seções, segmentação e uso de memória, cada uma delas com um cabeçalho que segue um formato padrão. Desse modo, o conteúdo de um executável terá muito mais “coisas ilegíveis” do que simplesmente os
opcodes das instruções em Assembly que correspondem ao código fonte em C.
Não sei qual a intenção do OP ao fazer um dump binário do seu código. Contudo se a intenção for entender quais as partes do executável, e quiçá eliminar redundâncias, eis um artigo muito interessante que eu li anos atrás, que, ao descrever a jornada para chegar ao menor executável (binário) possível usando Linux, passa pelos tópicos de estrutura do ELF e algumas das seções que o compõem:
https://www.muppetlabs.com/~breadbox/software/tiny/teensy.html .
Abaixo segue uma sessão de compilação e
dump de um programa que só faz retornar o valor 42 na saída (como no artigo acima indicado), sem me dar o trabalho de tentar reduzir o tamanho do executável, e possivelmente usando de forma inadequada a opção
--disassemble-all , pois há coisas ali que seguramente não correspondem a código de máquina (todas as seções que aparecem como “DATA”, em vez de “CODE”, por exemplo), mas que estão sendo exibidas como se o fossem.
$ echo "int main(void){ return 42; }" > x.c gcc -O0 x.c -o x ls -l x strip x ls -l x objdump --file-headers --section-headers --disassemble-all x
... Então Jesus afirmou de novo: “(...) eu vim para que tenham vida, e a tenham plenamente.” (João 10:7-10)
