g ++ - использует флаг «-g» для сборки, создает хорошую идею?

Question

Просто, чтобы дать некоторый контекст, я говорю о компиляции кода C++ с g ++ здесь.

Я вижу, как включение флага -g для производственных сборок будет удобной для обслуживания: программа будет намного легче отлаживать, если она неожиданно завершится.

Мой вопрос здесь в том, включает ли флаг -g на выходной исполняемый файл каким-либо другим способом, кроме увеличения его размера? Может ли он каким-то образом сделать код более медленным (например, отключив определенные оптимизации)?

Из чего я понимаю, это не должно (в документации упоминается только включение символов отладки), но я не уверен.

Answer 1

Флаг -g не влияет на генерацию кода, изменяются только таблица символов и отладочные метаданные. Они не живут в разделе исполняемого кода, поэтому они даже не влияют на производительность, когда код запускается за пределами отладчика hte.

Answer 2

Я помню, как читал, что некоторые оптимизации выключаются с отладочной: How Does The Debugging Option -g Change the Binary Executable?

Googling также показывает другие сообщения, связанные с этой темой.

Я не думаю, что это действительно повлияет на вас, если ваш код не очень чувствителен к производительности; и, кроме этого, я не знаю ни одного спада с моей головы (кроме больших двоичных файлов).

Answer 3

Мой вопрос здесь в том, включает ли флаг -g на выходной исполняемый файл любым другим способом, чем увеличение его размера?

Нет, это вполне возможно производить Оптимизированные двоичные файлы с отладочной информации, которая не влияет на нормальный код в любом случае (хотя, что информация может быть менее полезным, поскольку переменные не должны существовать в разы, встроенные функции сложнее отлаживать и т. д.)

Распространение Debian создает пакеты с информацией об отладке, которая позже удаляется (иногда она разделяется на «пакет отладки»).

Обратите внимание, что увеличение размера может быть довольно большим.