Ho un sacco e un sacco di istruzioni per il preprocessore C #define, che rendono la mia programmazione in C molto più semplice. Tuttavia, durante il debugging con GDB, le "etichette" del preprocessore non vengono prese in considerazione nella lista dei simboli.È possibile consentire a GDB di riconoscere i simboli del preprocessore?
È possibile che GDB riconosca le etichette #define d?
È possibile provare a compilare con g3, come descritto here.
gcc -gdwarf-2 -g3
passiamo le bandiere -gdwarf-2 e -g3 per garantire il compilatore include informazioni sulle macro preprocessore nelle informazioni di debug.
Oppure provare -ggdb.
I simboli #define non sono in genere inclusi come parte delle informazioni di debug. Le variabili const (o inline functions for function-like macros) sono in genere un'idea migliore e per più motivi di questo (ad es. Ambito, sicurezza del tipo, più valutazioni, ecc.). Consiglio di usarli a favore dei simboli del preprocessore ogni volta che puoi.
@EmployedRussian: Modificato. –
+1 per favorire 'const', anche se non li chiamerei" variabili 'const'";) – 0xC0000022L
La tua risposta assume ancora un solo tipo di '# define', ovvero uno che definisce una costante. Molti altri sono possibili, ad es. '#define min (a, b) ((a) <(b))? (a): (b) '. –
'-ggdb' non ha effetto. Vedi [Interpretazione dell'oggetto che causa un arresto anomalo in __cxa_finalize] (https://sourceware.org/ml/gdb/2011-08/msg00109.html) (Sono abbastanza sicuro che Jan è uno degli sviluppatori di GDB). – jww