Korzystanie z opcji -g i -O2 w gcc

Question

Czy ktoś ma problemy z mieszaniem -g (usuwanie błędów) i -O2 (najlepsza bezpieczna optymalizacja) z kompilatorem gcc?
Muszę debugować awarie programu wydającego rozpowszechniane wśród użytkowników końcowych, którzy mogliby wysłać mi ponownie plik podstawowy.
Zawsze nazywał:

gdb < < myprogram >> < < rdzeń plik >>

i zobaczyć gdzie jest problem. Teraz widzę tylko śledzenie wywołania, ale bez symboli debugowania mam dość kłopotów.

Każdy pomysł?

Answer 1

Używamy ich razem w środowisku produkcyjnym, co znacznie ułatwia debugowanie, jeśli klient widział tylko awarię raz. Daje to całkiem niezły pomysł, gdzie jest problem (nie, jeśli było to uszkodzenie pamięci).

Teoretycznie dodanie -g nie powinno tak naprawdę wpłynąć na wydajność, chociaż plik wykonywalny staje się duży. W środowisku wbudowanym jest to duży kompromis.

Answer 2

Działa dobrze.

Albo dobrze, ze względu na optymalizację czasami źródło, przez które przechodzisz z debuggerem, nie pasuje dokładnie do źródła, ale IMHO pomimo tego, że ma symbole debugowania, znacznie ułatwia debugowanie.