Início / coding / Perguntas / 79421232
Accepted
Eugene Sh.
Asked: 2025-02-07 22:36:37 +0800 CST

Que tipo de executável é produzido pelo gcc com `-static-pie`?

  • 772

A questão é específica (mas não limitada a) um código Risc-V bare-metal, estou tentando entender o que seria necessário para compilar um binário de firmware independente de posição. Tentei compilar um código simples com -fpiepassado para gcce -static-piepassado para o vinculador, e parece que o binário produzido é um executável independente de posição autocontido, contendo seções , e referências aparentemente onlu .got-relativas no código. A documentação é bastante obscura, e a opção específica raramente é mencionada. A maior parte da documentação / discute realocações dinâmicas . Estou correto que com esta opção o binário produzido é um verdadeiro executável independente de posição, que não requer nenhuma lógica de realocação especial do carregador (ou de qualquer carregador, assumindo que ele esteja de alguma forma abrindo caminho para a memória executável, é claro). Ou estou esquecendo de algo?.got.pltpc-static-piepiepic

gcc

1 respostas

  1. Best Answer

    O manual do GCC parece bastante claro:

    -torta-estática

    Produza um executável independente de posição estática em alvos que o suportem. Um executável independente de posição estática é semelhante a um executável estático, mas pode ser carregado em qualquer endereço sem um vinculador dinâmico. Para resultados previsíveis, você também deve especificar o mesmo conjunto de opções usado para compilação (-fpie, -fPIE ou subopções de modelo) ao especificar esta opção de vinculador.

    Para se certificar de que seu -static-pieprograma não requer um vinculador/carregador dinâmico, você pode usar o fato de que um programa ELF que requer um tem que ter um INTERP cabeçalho de programa que nomeie o requerido. Assim:

    $ cat main.c
#include <stdio.h>

int main(void)
{
    puts("Hello World!");
    return 0;
}

$ gcc main.c
$ readelf --program-headers --wide a.out | grep -A1 INTERP; echo Done
  INTERP         0x000318 0x0000000000000318 0x0000000000000318 0x00001c 0x00001c R   0x1
      [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
Done

    que se reflete em:

    $ ldd a.out
    linux-vdso.so.1 (0x00007ffe65fd3000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x0000722244e00000)
    /lib64/ld-linux-x86-64.so.2 (0x00007222451f3000)

    e em tempo de execução:

    $ LD_DEBUG=files ./a.out
     55403: 
     55403: file=libc.so.6 [0];  needed by ./a.out [0]
     55403: file=libc.so.6 [0];  generating link map
     55403:   dynamic: 0x00007d72d8202940  base: 0x00007d72d8000000   size: 0x0000000000211d90
     55403:     entry: 0x00007d72d802a390  phdr: 0x00007d72d8000040  phnum:                 14
     55403: 
     55403: 
     55403: calling init: /lib64/ld-linux-x86-64.so.2
     55403: 
     55403: 
     55403: calling init: /lib/x86_64-linux-gnu/libc.so.6
     55403: 
     55403: 
     55403: initialize program: ./a.out
     55403: 
     55403: 
     55403: transferring control: ./a.out
     55403: 
Hello World!
     55403: 
     55403: calling fini:  [0]
     55403: 
     55403: 
     55403: calling fini: /lib/x86_64-linux-gnu/libc.so.6 [0]
     55403: 
     55403: 
     55403: calling fini: /lib64/ld-linux-x86-64.so.2 [0]
     55403:

    O vinculador dinâmico começa primeiro e termina por último.

    Enquanto:

    $ gcc -fPIE -static-pie main.c
$ readelf --program-headers --wide a.out | grep -A1 INTERP; echo Done
Done

$ ldd a.out
    statically linked
    
$ LD_DEBUG=files ./a.out
Hello World!

    O vinculador dinâmico não está lá.

    • 2

relate perguntas