Dotaz: Pouzit prepinace -g a -O pre gcc sucasne?

[Cronin]

Apache2 sa kompiluje defaultne s prepinacmi -g a -02, Python dokonca s -g a -O3. Nerozumiem tomu.

1) Ma pouzitie prepinaca -g nejaky vyznam, ked je zapnuta optimalizacia, ktora robi inlinovanie funkcii, zmenu poradia prikazov, rozvinutie sluciek a pod.?

2) Je dovod pouzivat -g defaultne v distribucii stable verzii programov? Ak pouzivam stable verziu, chcem ju pouzivat, nie ladit (aspon ja).

Odpovědi

[podlesh]

-g jen přidá debug informace, nic víc. Naví je lze kdykoliv odstranit pomocí strip.

[unchallenger]

1) Po optimalizaci sice kód neodpovídá v detailech, takže reference na zroják nemusí sedět, ale stále toho jaksi můžeš vidět víc, než kdybys žádné debugovací informace neměl.

2) Např. FC tohle řeší extrakcí ladicích infromací do samostatných -debuginfo balíčků. Normálně je neinstaluješ, ale když program zdechá a ty chceš poslat pořádný bugreport, doinstaluješ -debuginfo.

[Jirka]

V nove verzi GCC (4.x) muzes pouzit debuginfo a optimalizace, a funguje to (je nutne mit i nove gbd & spol.). Zkousel jsem GCC 4.0.0 a vysledek je jen lehce pomalejsi (dalo se cekat, je to nulta verze). Takze pro starsi GCC asi pri -O debug nepouzivat, pokud nutne potrebujes optimalizace i -g, tak GCC 4.x.

[unchallenger]

Jak funguje? Při vývoji kompiluji programy už dlouho téměř výhradně s -O -ggdb a nějak jsem si zatím nevšiml, že by to nefungovalo.

[Michal Čihař]

Dřív to nebylo schopné najít správný řádek v programu nebo proměnnou, takže gdb ukazovalo naprosté nesmysly. Správně to s optimalizací funguje tak dva roky, nevím (GCC 3.x, GDB 6.y, ale x a y si nepamatuju).

[Michal Kubeček]

Ono to stoprocentně fungovat ani nemůže, protože v rámci optimalizace se mohou příkazy různě slévat, prohazovat apod. a ani proměnné ze zdrojáku nemusejí ve výsledku existovat.