g ++ - używa flagi "-g" do produkcji produkcji dobry pomysł?

Question

Wystarczy podać jakiś kontekst, mówię o kompilowaniu kodu C++ z g ++ tutaj.

Widzę, jak włączenie opcji -g dla kompilacji produkcyjnych byłoby wygodne z powodu konserwacji: program będzie o wiele łatwiej debugować, jeśli nieoczekiwanie się zawiesi.

Moje pytanie brzmi: czy włączenie flagi -g wpływa na plik wykonywalny w inny sposób niż zwiększenie jej rozmiaru? Czy w jakiś sposób może spowolnić kod (np. Wyłączając niektóre optymalizacje)?

Z tego co rozumiem, nie powinno (w dokumentacji tylko wzmianka o włączeniu symboli debugowania), ale nie jestem pewien.

Answer 1

Flaga -g nie wpływa na generowanie kodu, zmienia się tylko tablica symboli i metadane debugowania. Nie znajdują się one w sekcji kodu wykonywalnego, więc nie wpływają nawet na wydajność, gdy kod jest uruchamiany poza debem hte.

Answer 2

pamiętam czytanie że pewne optymalizacje są wyłączone z symboli debugowania: How Does The Debugging Option -g Change the Binary Executable?

Googling pokazuje również więcej stanowisk związanych z tym tematem.

Nie sądzę, że będzie to miało na ciebie wpływ, chyba że Twój kod jest bardzo wrażliwy na wydajność; i, poza tym, nie znam żadnych wad w górnej części mojej głowy (innych niż większe pliki binarne).

Answer 3

Moje pytanie brzmi, czy włączenie flagi -g wpływa na plik wykonywalny w inny sposób niż zwiększenie jego rozmiaru?

Nie, to całkiem możliwe, aby produkować zoptymalizowane pliki binarne z debugowania informacji, która nie wpływa na normalne kod w jakikolwiek sposób (mimo że informacje mogą być mniej przydatne, ponieważ zmienne nie muszą istnieć w czasach, funkcje inline są trudniejsze do debugowania itp.)

Dystrybucja Debiana buduje pakiety z informacjami o debugowaniu, które są później usuwane (czasami dzielone na "pakiet debugowania").

Należy jednak zauważyć, że wzrost rozmiaru może być dość duży.