Come eseguire il debug del processo di collegamento - GCC/ld - STL C++

Question

Sto lavorando su una cortex-M3 bare-metal in C++ per divertimento e profitto.

Ultimamente ho deciso di provare a utilizzare la libreria STL poiché avevo bisogno di alcuni contenitori. Ho pensato che semplicemente fornendo il mio allocatore non avrebbe aggiunto molto codice al binario finale , dal momento che si ottiene solo ciò che si utilizza. In realtà non mi aspettavo nemmeno alcun processo di collegamento con l'STL (assegnando il mio allocatore), poiché pensavo che fosse tutto il codice del modello.

Sto compilando con -fno-exception a proposito.

Sfortunatamente, circa 600 KB o più vengono aggiunti al mio binario. Ho visto quali simboli sono inclusi nel binario finale con nm e mi è sembrato uno scherzo. L'elenco è così lungo Non cercherò di superarlo. Sebbene ci siano alcuni simboli deboli.

ho anche guardato nel file .map generato dal linker e ho anche trovato i simboli scanf

.text   0x000158bc  0x30 /CodeSourcery/Sourcery_CodeBench_Lite_for_ARM_GNU_Linux/bin/../arm-none-linux-gnueabi/libc/usr/lib/libc.a(sscanf.o)¶ 
      0x000158bc    __sscanf¶ 
      0x000158bc    sscanf¶ 
      0x000158bc    _IO_sscanf¶ 


$ arm-none-linux-gnueabi-nm binary | grep scanf 
000158bc T _IO_sscanf 
0003e5f4 T _IO_vfscanf 
0003e5f4 T _IO_vfscanf_internal 
000164a8 T _IO_vsscanf 
00046814 T ___vfscanf 
000158bc T __sscanf 
00046814 T __vfscanf 
000164a8 W __vsscanf 
000158bc T sscanf 
00046814 W vfscanf 
000164a8 W vsscanf 

Come posso eseguire il debug di questo? Innanzitutto volevo capire che cosa esattamente GCC sta usando per il collegamento (sto collegando tramite GCC). So che se il simbolo viene trovato in un segmento di testo, viene utilizzato l'intero segmento , ma è ancora troppo.

Qualsiasi suggerimento su come affrontare questo sarebbe davvero apprezzato.

Grazie, S.

Answer 1

L'utilizzo delle opzioni GCC -v e -Wl,-v consente di visualizzare i comandi del linker (e le informazioni sulla versione del linker) utilizzati.

Quale versione di GCC stai utilizzando? Ho apportato alcune modifiche a GCC 4.6 (vedere PR 44647 e PR 43863) per ridurre le dimensioni del codice per aiutare i sistemi incorporati. C'è ancora una richiesta di miglioramento eccezionale (PR 43852) per consentire la disabilitazione dell'inclusione dei simboli IO che stai vedendo, alcuni dei quali provengono dal gestore terminato verbose, che stampa un messaggio quando il processo viene terminato con un'eccezione attiva. Se non stai usando execptions, parte di quel codice è inutile per te.

Answer 2

Il problema non riguarda lo STL, si tratta della libreria standard.

Lo STL stesso è puro (in un certo senso), ma la libreria standard comprende anche tutti quei pacchetti ruscelli e sembra che anche tu sia riuscito a tirare in libc così ...

Il problema è che la libreria standard non è mai stata pensata per essere selezionata, quindi potrebbe non esserci stata molta preoccupazione nel riutilizzo della roba dalla libreria standard C ...

Si dovrebbe prima cercare di identificare quali file vengono estratti quando si compila (usando stracefor example), in questo modo è possibile verificare di utilizzare sempre lo solo intestazioni file.

Quindi è possibile provare e rimuovere il collegamento che si verifica. Ci sono opzioni da passare a gcc per precisare che ti piacerebbe una versione libera da libreria standard, ad esempio --nostdlib, tuttavia, non sono abbastanza esperto in coloro che ti istruiscono esattamente qui.